This is a multi-part message in MIME format. --------------080208070703090506020001 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit
Confirmation...
--------------080208070703090506020001 Content-Type: message/rfc822; name="Re: (ITS#6821) ldap modify with ndb backend causes segfault.eml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="Re: (ITS#6821) ldap modify with ndb backend causes segfault."; filename*1="eml"
X-Account-Key: account3 X-Mozilla-Keys: Return-path: anderson@vailsys.com Envelope-to: hyc@symas.com Delivery-date: Wed, 02 Feb 2011 15:44:52 -0800 Received: from chrobd01.vailsys.com ([63.210.102.138] helo=dprobd02.vailsys.com) by lirone.symas.net with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from anderson@vailsys.com) id 1PkmNX-0006Dz-C1 for hyc@symas.com; Wed, 02 Feb 2011 15:44:52 -0800 Received: from dpluser01.vail (dpluser01.vail [192.168.129.158]) by dprobd02.vailsys.com (Postfix) with ESMTP id A301E8A5C6C for hyc@symas.com; Wed, 2 Feb 2011 17:44:49 -0600 (CST) Received: from localhost (localhost.localdomain [127.0.0.1]) by dpluser01.vail (Postfix) with ESMTP id 792731C810E for hyc@symas.com; Wed, 2 Feb 2011 17:44:49 -0600 (CST) X-Virus-Scanned: amavisd-new at vail Received: from dpluser01.vail ([127.0.0.1]) by localhost (dpluser01.vail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z0mdB0KuN0MP for hyc@symas.com; Wed, 2 Feb 2011 17:44:49 -0600 (CST) Received: from [172.29.10.129] (anderson-vpn.vail [172.29.10.129]) by dpluser01.vail (Postfix) with ESMTP id E068F1C810B for hyc@symas.com; Wed, 2 Feb 2011 17:44:48 -0600 (CST) Subject: Re: (ITS#6821) ldap modify with ndb backend causes segfault From: Nathanael Anderson anderson@vailsys.com To: Howard Chu hyc@symas.com In-Reply-To: 4D49DDA7.90402@symas.com References: 201102012257.p11MvJ92053380@boole.openldap.org 4D49282B.7060603@symas.com 1296657834.10413.0.camel@Yume 4D49CA7F.7020804@symas.com 1296684181.10413.1.camel@Yume 4D49D4E9.70606@symas.com 1296685813.10413.3.camel@Yume 4D49DDA7.90402@symas.com Content-Type: text/plain; charset="UTF-8" Organization: Vail Systems Date: Wed, 02 Feb 2011 17:44:48 -0600 Message-ID: 1296690288.10413.6.camel@Yume Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Spam_score: -1.9 X-Spam_score_int: -18 X-Spam_bar: -
The fix commited to cvs resolved this issue.
On Wed, 2011-02-02 at 14:41 -0800, Howard Chu wrote:
Nathanael Anderson wrote:
Let me know if this doesn't have what you need.
Can you also print *ml and *ml->sml_desc ? It looks like you're performing a modify on an attribute that back-ndb doesn't already know about.
Program terminated with signal 11, Segmentation fault. #0 0x000000000050cce9 in ndb_modify_internal (op=0x12daaf0, NA=0x7fa45b342570, text=0x7fa45b343a30, textbuf=0x7fa45b3425e0 "\340\345R\001", textlen=256) at modify.cpp:397 397 if ( modai[nai]->na_flag& NDB_INFO_INDEX ) (gdb) bt #0 0x000000000050cce9 in ndb_modify_internal (op=0x12daaf0, NA=0x7fa45b342570, text=0x7fa45b343a30, textbuf=0x7fa45b3425e0 "\340\345R\001", textlen=256) at modify.cpp:397 #1 0x000000000050d769 in ndb_back_modify (op=0x12daaf0, rs=0x7fa45b343a10) at modify.cpp:594 #2 0x0000000000466510 in fe_op_modify (op=0x12daaf0, rs=0x7fa45b343a10) at modify.c:303 #3 0x0000000000465d80 in do_modify (op=0x12daaf0, rs=0x7fa45b343a10) at modify.c:177 #4 0x00000000004452b8 in connection_operation (ctx=0x7fa45b343b50, arg_v=0x12daaf0) at connection.c:1113 #5 0x0000000000445856 in connection_read_thread (ctx=0x7fa45b343b50, argv=0xe) at connection.c:1249 #6 0x00007fa4602b9e09 in ldap_int_thread_pool_wrapper (xpool=0x11b83f0) at tpool.c:685 #7 0x00007fa45eab29ca in start_thread () from /lib/libpthread.so.0 #8 0x00007fa45d27a70d in clone () from /lib/libc.so.6 #9 0x0000000000000000 in ?? ()
On Wed, 2011-02-02 at 14:04 -0800, Howard Chu wrote:
Nathanael Anderson wrote:
I tried to build openldap without compilier optimiations, but its ignoring CFLAGS and CXXFLAGS when i set them to
export CFLAGS = "-g -ggdb"
export CXXFLAGS=$CFLAGS
use make AC_CFLAGS=-g
and still passes -O2, doesn't pass -ggdb. what am I missing to disable optimizations when building.
On Wed, 2011-02-02 at 13:19 -0800, Howard Chu wrote:
Unfortunately this trace is nonsensical because of the compiler optimizations. It shows a call path that simply doesn't exist (connection_read -> syslog -> connection_operation).
Please try again with all optimization turned off in your build.
Nathanael Anderson wrote:
Program terminated with signal 11, Segmentation fault. #0 0x00000000004c4a2d in ndb_modify_internal (op=0x1ae74c0, NA=0x0, text=<value optimized out>, textbuf=<value optimized out>, textlen=<value optimized out>) at modify.cpp:416 416 for ( i=0; i<nai; i++ ) { (gdb) bt #0 0x00000000004c4a2d in ndb_modify_internal (op=0x1ae74c0, NA=0x0, text=<value optimized out>, textbuf=<value optimized out>, textlen=<value optimized out>) at modify.cpp:416 #1 0x00000000004c5605 in ndb_back_modify (op=0x1bcd940, rs=0x7f1d3a7bd9f0) at modify.cpp:646 #2 0x0000000000450141 in fe_op_modify (op=0x1bcd940, rs=0x7f1d3a7bd9f0) at modify.c:211 #3 0x0000000000450a96 in do_modify (op=0x1bcd940, rs=0x7f1d3a7bd9f0) at modify.c:142 #4 0x0000000000437b78 in connection_operation (ctx=0x7f1d3a7bdb50, arg_v=<value optimized out>) at connection.c:1129 #5 0x000000000043876d in syslog (ctx=<value optimized out>, argv=<value optimized out>) at /usr/include/bits/syslog.h:32 #6 connection_read (ctx=<value optimized out>, argv=<value optimized out>) at connection.c:1429 #7 connection_read_thread (ctx=<value optimized out>, argv=<value optimized out>) at connection.c:1242 #8 0x00007f1d3ef30b48 in ldap_int_thread_pool_wrapper (xpool=<value optimized out>) at tpool.c:685 #9 0x00007f1d3d72b9ca in start_thread () from /lib/libpthread.so.0 #10 0x00007f1d3bef370d in clone () from /lib/libc.so.6 #11 0x0000000000000000 in ?? ()
On Wed, 2011-02-02 at 01:47 -0800, Howard Chu wrote: > This trace has no line numbers, so it's not very useful. Make sure you > use an > unstripped binary. > >> Program terminated with signal 11, Segmentation fault. >> #0 0x00000000004c491d in ndb_modify_internal () >> (gdb) bt >> #0 0x00000000004c491d in ndb_modify_internal () >> #1 0x00000000004c5515 in ndb_back_modify () >> #2 0x0000000000450001 in fe_op_modify () >> #3 0x0000000000450956 in do_modify () >> #4 0x0000000000437ad8 in ?? () >> #5 0x00000000004386cd in ?? () >> #6 0x00007ff79450ab08 in ldap_int_thread_pool_wrapper (xpool=<value > optimized >> out>) at tpool.c:685 >> #7 0x00007ff792d059ca in start_thread () from /lib/libpthread.so.0 >> #8 0x00007ff7914cd70d in clone () from /lib/libc.so.6 >> #9 0x0000000000000000 in ?? ()
--------------080208070703090506020001--