search for: unharmed

Hi, Op 20-aug-06, om 21:18 heeft Reid Spencer het volgende geschreven: > I looked over your patch and it looks good. I applied a patch based on > yours. The llvm-ld tool now uses the PluginLoader just like the opt > tool. It will also run some cleanup passes after the loaded plugins > run > to ensure cruft is removed. OK, thanks. Your patch seems to work, although I also get

Before I go down the route of upgrading our main Solr instance from 6 to 7, just checking if anyone is using Solr 7 with Dovecot.

Do you have a verify option in your loaded module? Reid. On Sun, 2006-08-20 at 22:04 +0200, Bram Adams wrote: > Hi, > > Op 20-aug-06, om 21:18 heeft Reid Spencer het volgende geschreven: > > > I looked over your patch and it looks good. I applied a patch based on > > yours. The llvm-ld tool now uses the PluginLoader just like the opt > > tool. It will also run

Hi, since years I simply encoded my CDs using various tools to flac and simply listened to it and never had any problems. Today I wrote a little script though to add replaygain values to my music collection and I found out that a lot of my flac files are corrupt. The corruption almost always occurs in the last 10% like flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh

Op 03-09-13 16:20, Pasi K?rkk?inen schreef: > On Wed, Aug 28, 2013 at 09:44:15AM +0200, Maarten Lankhorst wrote: >> Op 28-08-13 08:29, Pasi K?rkk?inen schreef: >>> On Fri, Aug 23, 2013 at 11:20:42PM +0300, Pasi K?rkk?inen wrote: >>>> On Thu, Aug 22, 2013 at 09:12:40AM +0200, Maarten Lankhorst wrote: >>>>> Op 22-08-13 02:10, Ilia Mirkin schreef:

On Mon, Mar 24, 2014 at 6:42 PM, Alexandre Courbot <acourbot at nvidia.com> wrote: > Add a GR device for GK20A based on NVE4, with the correct classes > definitions (GK20A's 3D class is 0xa297). > > Most of the NVE4 code can be used on GK20A, so make relevant bits of > NVE4 available to other chips as well. This will need a bit of a rebase on top of the tree I mentioned

...class="solr.XMLResponseWriter" /> Because the default response type is now JSON instead of XML and I don't think dovecot sends a wt=xml to make it explicit. Also, consider going to 7.0.1 because 7.0.0 could not read indexes from 6.x versions. As I said we did a reindex so we were unharmed by that bug but just saw it on the 7.0.1 changelog.

...Writer" /> > > Because the default response type is now JSON instead of XML and I don't think > dovecot sends a wt=xml to make it explicit. > > Also, consider going to 7.0.1 because 7.0.0 could not read indexes from 6.x > versions. As I said we did a reindex so we were unharmed by that bug but just > saw it on the 7.0.1 changelog. could you please provide more informations about the installation from scratch? The documentations I?ve found are all outdated and doesn?t work :(. Thanks, Michael

...ous tagging-utilities. It seems it is indeed a tagging issue, as the error indicates something in that direction and the errors always occur at the last few percent. I guess it isn't possible to share one of these files somewhere so I can have a look? If you are sure the files are actually unharmed and you want to re-encode them, you can use flac -f -F file.flac. This will re-encode the files in place, overwriting the original, so be sure to keep a copy of the original until you are sure this is indeed the way to go. The big advantage of this method is that you keep all tags, if the file...

...6 days, 15:47:10 piranga_xen03 35 96 days, 16:39:52 piranga_xen04 59 16 days, 17:30:35 3 hours ago, xen04 stopped responding. xm list showed it was constantly in State "r" and Time steadily increasing for xen04 while all other domU's kept going unharmed: Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 5052 4 r----- 296971.7 piranga_xen01 1 263 1 -b---- 1588245.8 piranga_xen02 39 255 1 -b---- 26560.5 piranga_xen03 35 255 1 -b---- 170...

...e are certainly doing things differently in the non-DRM driver), but the registers seem to match and the GPU is able to render after that. I admit I have not looked much further for now. The only register that does not exist on GK20A is 0x260, but when accessing it Nouveau will be able to continue unharmed after a memory fault.

Op 28-08-13 08:29, Pasi K?rkk?inen schreef: > On Fri, Aug 23, 2013 at 11:20:42PM +0300, Pasi K?rkk?inen wrote: >> On Thu, Aug 22, 2013 at 09:12:40AM +0200, Maarten Lankhorst wrote: >>> Op 22-08-13 02:10, Ilia Mirkin schreef: >>>> The code expects non-VRAM mem nodes to have a pages list. If that's not >>>> set, it will do a null deref down the line.

Hi Hal, Thanks for your comments! I'm inlining my responses below. Jingyue On Sat, Apr 19, 2014 at 6:38 AM, Hal Finkel <hfinkel at anl.gov> wrote: > Jingyue, > > I can't speak for the NVPTX backend, but I think this looks useful as an > (optional) target-independent pass. A few thoughts: > > - Running GVN tends to be pretty expensive; have you tried EarlyCSE

Hi all, If I have a dual-boot machine (Linux and Windows) would I have any good tools under Linux that would allow me to look at the content of the Windows boot partition, administer it, clean up the registry, remove viruses if any, etc? The Windows installation seems to be so defective as to be quite useless so I am trying to think of a good strategy for dealing with the situation. Thanks in

On Wed, Aug 28, 2013 at 09:44:15AM +0200, Maarten Lankhorst wrote: > Op 28-08-13 08:29, Pasi K?rkk?inen schreef: > > On Fri, Aug 23, 2013 at 11:20:42PM +0300, Pasi K?rkk?inen wrote: > >> On Thu, Aug 22, 2013 at 09:12:40AM +0200, Maarten Lankhorst wrote: > >>> Op 22-08-13 02:10, Ilia Mirkin schreef: > >>>> The code expects non-VRAM mem nodes to have a

On Tue, Sep 03, 2013 at 04:34:56PM +0200, Maarten Lankhorst wrote: > Op 03-09-13 16:20, Pasi K?rkk?inen schreef: > > On Wed, Aug 28, 2013 at 09:44:15AM +0200, Maarten Lankhorst wrote: > >> Op 28-08-13 08:29, Pasi K?rkk?inen schreef: > >>> On Fri, Aug 23, 2013 at 11:20:42PM +0300, Pasi K?rkk?inen wrote: > >>>> On Thu, Aug 22, 2013 at 09:12:40AM +0200,

.... It seems it is indeed a tagging issue, as the error > indicates something in that direction and the errors always occur at the > last few percent. I guess it isn't possible to share one of these files > somewhere so I can have a look? > > If you are sure the files are actually unharmed and you want to > re-encode them, you can use flac -f -F file.flac. This will re-encode > the files in place, overwriting the original, so be sure to keep a copy > of the original until you are sure this is indeed the way to go. The big > advantage of this method is that you keep all ta...

...there have been errors so it looks like we found the reason for my issues. As a matter of fact, just a day before the upgrade, we had an out of memory error on the server and got into the situation that we had to make a hard reset. As I can see now, Samba didn't go through this chain of events unharmed. It was careless of me not to check but since the clients seemed to be able to talk to the AD, I just didn't think there is an issue with Samba. Here are the respective log entries. In the beginning, they refer to version 4.7.4.: [... prior log entry from a month earlier, no issues. Errors an...

Bram, I looked over your patch and it looks good. I applied a patch based on yours. The llvm-ld tool now uses the PluginLoader just like the opt tool. It will also run some cleanup passes after the loaded plugins run to ensure cruft is removed. See this patch for details: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20060814/036882.html Thanks for the patch! And, yes, you are on

...ype Token (http://llvm.org/docs/LangRef.html#token-type) which let us establish the region and another instruction to exit the region by consuming it. The dominance rules allowed us to avoid situations where the compiler might trash the regions in weird ways and made sure that regions would be left unharmed. AFAIK, a similar approach using Token could work here. I think it would reduce the amount of stuff you'd need LLVM to maintain. On Wed, Jan 11, 2017 at 2:02 PM, Hal Finkel via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: A Proposal for adding a...