search for: unharmful

...s 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 the following unharmful warning (cf. http://llvm.cs.uiuc.edu/bugs/ show_bug.cgi?id=885): <unknown>: CommandLine Error: Argument 'verify' defined more than once! Kind regards, Bram Adams GH-SEL, INTEC, Ghent University (Belgium)

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.

...> > 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 the > following unharmful warning (cf. http://llvm.cs.uiuc.edu/bugs/ > show_bug.cgi?id=885): > > <unknown>: CommandLine Error: Argument 'verify' defined more than once! > > Kind regards, > > Bram Adams > GH-SEL, INTEC, Ghent University (Belgium) > ________________________________...

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

...m not familiar with the code (yet) understanding and finding the root cause > will take time for me.. that's why I was suggesting to meanwhile apply Ilia's very simple patch > from this thread which actually prevents the hard kernel crash from happening, because it seems > like an unharmful fix to have to protect against this kind of bugs (the root cause) ? > Or is that unacceptable? > > (To recap: The kernel crash happens very often when trying to use the nouveau adapter in Optimus mode, with all kernels at least 3.8+, and it's very annoying that your laptop crashes whe...

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

Words by Ricardo Branco [Wed, Oct 11, 2017 at 11:00:03AM +0100]: > 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. SOLR 7 works ok with dovecot. We did not upgrade but indexed from scratch with 7.0.0. From our experience: Make sure that you set the default queryResponseWriter to XML on solrconfig.xml:

Hi Jose, Am 11.10.2017 um 13:13 schrieb Jose Celestino: >> 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. > SOLR 7 works ok with dovecot. We did not upgrade but indexed from scratch with > 7.0.0. > > From our experience: > > Make sure that you set the default queryResponseWriter to

Hi, Do you still know what tools you used to encode these FLAC-files? It seems similar errors have popped up elsewhere after using various 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

xen-3.0.3-64.el5_2.1 Here's the scenario: Name ID Uptime Domain-0 0 128 days, 17:31:11 piranga_xen01 1 128 days, 17:30:13 piranga_xen02 39 96 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

On Wed, Mar 26, 2014 at 1:24 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > 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 >>

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.

...gly generates code that runs 10% slower than GVN on one of our benchmarks. However, after looking into the ll and ptx, we probably shouldn't blame EarlyCSE for the slowdown. The ptx generated using EarlyCSE is only slightly different from that generated by GVN, but ptxas amplifies the seemingly unharmful difference to much more register usage. We need to further investigate this issue. I can change the code to use EarlyCSE by default, and leave a flag to run GVN. > > - Are you doing this on the IR level, instead of in DAGCombine, because > you want the cross-block combining from GVN? O...

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

...Because I'm not familiar with the code (yet) understanding and finding the root cause will take time for me.. that's why I was suggesting to meanwhile apply Ilia's very simple patch from this thread which actually prevents the hard kernel crash from happening, because it seems like an unharmful fix to have to protect against this kind of bugs (the root cause) ? Or is that unacceptable? (To recap: The kernel crash happens very often when trying to use the nouveau adapter in Optimus mode, with all kernels at least 3.8+, and it's very annoying that your laptop crashes when trying to en...

...with the code (yet) understanding and finding the root cause > > will take time for me.. that's why I was suggesting to meanwhile apply Ilia's very simple patch > > from this thread which actually prevents the hard kernel crash from happening, because it seems > > like an unharmful fix to have to protect against this kind of bugs (the root cause) ? > > Or is that unacceptable? > > > > (To recap: The kernel crash happens very often when trying to use the nouveau adapter in Optimus mode, with all kernels at least 3.8+, and it's very annoying that your lap...

Hej, well I'm not sure because those file that are corrupt have been around for a quite long time. It could have been k3b but I'm really not sure. Right now I was ripping with Audex and tagging with Audex/Amarok/kid3. Those files seem to be fine though. My lates approaches have been with Picard/beets :-) I think it's not possible to share those files without getting in legal

The two systems I'm referring to are on different domains, different locations. No connection whatsoever except me being the one administering both. According to oEMInformation the server was provisioned by 4.3.3. I just checked the Samba log file and it seems that version 4.7.4 was running before the update. I'm now looking at the logs right before the upgrade and indeed, there have

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

David, one quick question, is there a way to preserve and associate a set of “properties, value info/attr ” to the given region using Token? Thanks, Xinmin From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of David Majnemer via llvm-dev Sent: Wednesday, January 11, 2017 2:18 PM To: Hal Finkel <hfinkel at anl.gov> Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: