[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#6821) ldap modify with ndb backend causes segfault
- To: openldap-its@OpenLDAP.org
- Subject: Re: (ITS#6821) ldap modify with ndb backend causes segfault
- From: hyc@symas.com
- Date: Wed, 2 Feb 2011 21:20:33 GMT
- Auto-submitted: auto-generated (OpenLDAP-ITS)
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 ?? ()
>
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/