search for: msg00185

Displaying 8 results from an estimated 8 matches for "msg00185".

Did you mean: msg00135
2016 Mar 22
0
Redundant load in llvm's codegen compares to gcc when accessing escaped pointer?
...l: &x points to the start of object x, and &x - something (something != 0) points outside object x. 'c' was a complete object, so &c-8 points outside any object, hence the formation of that pointer is already invalid (as is its dereference). https://gcc.gnu.org/ml/gcc/2016-03/msg00185.html >>On Fri, Mar 18, 2016 at 8:46 AM, Daniel Berlin <dberlin at dberlin.org> wrote: >> >> I *think the argument* goes that this is a 20 or 24 byte object, so if you *could* put something of type PB at c-8, you'd illegally overlap with the object at c. >> >...
2005 Oct 21
1
Advices for Samba and OpenLDAP
hi list, we have some trouble with openldap (back-bdb) and samba. i think it's more a problem with openldap and bdb (http://www.openldap.org/lists/openldap-bugs/200510/msg00185.html) but i want to know something about your experiences with openldap in large enterprises. what are your settings for slapd and bdb? or is there a better backend for slapd than bdb? which software versions are you using? did you make changes to DB_CONFIG? we tortured slapd with a perl script...
2016 Mar 19
2
Redundant load in llvm's codegen compares to gcc when accessing escaped pointer?
Agree, and I did : ) Please refer to this mailing list: https://gcc.gnu.org/ml/gcc/2016-03/msg00179.html On Sat, Mar 19, 2016 at 1:25 AM, Daniel Berlin <dberlin at dberlin.org> wrote: > I suspect you should just go ask #1 on the gcc mailing list and see what > the answer is. > We are basically trying to figure out their reasoning, but we should > instead just go ask what it is
2016 Mar 23
1
Redundant load in llvm's codegen compares to gcc when accessing escaped pointer?
...start of object x, and &x - something (something != 0) > points outside object x. 'c' was a complete object, so &c-8 points > outside any object, hence the formation of that pointer is already > invalid (as is its dereference). > > https://gcc.gnu.org/ml/gcc/2016-03/msg00185.html > > >>On Fri, Mar 18, 2016 at 8:46 AM, Daniel Berlin <dberlin at dberlin.org> > wrote: > >> > >> I *think the argument* goes that this is a 20 or 24 byte object, so > if you *could* put something of type PB at c-8, you'd illegally overlap > w...
2012 Apr 28
2
Segmentation Fault when Starting domUs
Hello everyone, I just put together a brand new system, and I''m getting the following when I try to start a domU: > [ 1902.049066] xend[12924]: segfault at b9ff6cd8 ip 00007f36c474afe1 sp 00007f36b9ff6af8 error 4 in libxenguest.so.4.0.0[7f36c4730000+24000] This is on an AMD CPU with the AVX instructions, and I already have this in my grub.cfg: > multiboot /xen-4.1.2.gz
2017 Mar 16
2
[PATCH v2] v2v: -i libvirt: If <vcpu> is missing, calculate it from CPU topology.
--- v2v/parse_libvirt_xml.ml | 18 ++++++++++++++++-- v2v/test-v2v-print-source.expected | 2 +- 2 files changed, 17 insertions(+), 3 deletions(-) diff --git a/v2v/parse_libvirt_xml.ml b/v2v/parse_libvirt_xml.ml index 6032c31..2dee274 100644 --- a/v2v/parse_libvirt_xml.ml +++ b/v2v/parse_libvirt_xml.ml @@ -50,7 +50,7 @@ let parse_libvirt_xml ?conn xml = let xpathctx =
2005 Aug 12
8
Java Problems
Hi. This post follows on from: http://lists.xensource.com/archives/html/xen-devel/2005-04/msg00185.html And is possibly related to the bug referenced here: http://bugs.sun.com/bugdatabase/view_bug.do;:YfiG?bug_id=4335360 In summary: Java processes are doing odd things. 1) It appears that number values are mysteriously changing. e.g. if you look at the Hashtable error there is no way the Ill...
2010 Nov 08
89
Re: DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
On Sun, Nov 07 2010 at 6:05pm -0500, Andi Kleen <andi@firstfloor.org> wrote: > On Sun, Nov 07, 2010 at 10:39:23PM +0100, Milan Broz wrote: > > On 11/07/2010 08:45 PM, Andi Kleen wrote: > > >> I read about barrier-problems and data getting to the partition when > > >> using dm-crypt and several layers so I don''t know if that could be > >