Full_Name: Dmitry Kovalev Version: devel OS: RH Linux 6.1, Win32 URL: ftp://www.dot.ru/openldap-sql/ Submission from: (NULL) (195.14.48.2) recent "cvs upd" brought my devel version unworkable -- it chrashes on first send_search_entry() silently (on win32 it displays some words about assert, but I cannot provide precise text since I'm on Linux box right now) Everything worked fine with approx. 3-week-old sources... here's log fragment: ... slapd starting daemon: added 11r daemon: select: listen=11 active_threads=0 tvp=NULL daemon: activity on 1 descriptors daemon: new connection on 14 daemon: added 14r daemon: activity on: daemon: select: listen=11 active_threads=0 tvp=NULL daemon: activity on 1 descriptors daemon: activity on: 14r daemon: read activity on 14 connection_get(14) connection_get(14): got connid=0 connection_read(14): checking for input on id=0 ber_get_next ber_get_next: tag 0x30 len 12 contents: ber_dump: buf 0x80bec40, ptr 0x80bec40, end 0x80bec4c 02 01 01 ` 07 02 01 02 04 00 80 00 ber_get_next ber_get_next on fd 14 failed errno=11 (Resource temporarily unavailable) *** got 0 of 0 so far daemon: select: listen=11 active_threads=1 tvp=NULL do_bind ber_scanf fmt ({iat) ber: ber_dump: buf 0x80bec40, ptr 0x80bec43, end 0x80bec4c ` 07 02 01 02 04 00 80 00 ber_scanf fmt (o}) ber: ber_dump: buf 0x80bec40, ptr 0x80bec4a, end 0x80bec4c 80 00 do_bind: version=2 dn="" method=128 send_ldap_result: conn=0 op=0 p=2 send_ldap_result: 0:: send_ldap_response: msgid=1 tag=97 err=0 daemon: activity on 1 descriptors daemon: activity on: 14r daemon: read activity on 14 connection_get(14) connection_get(14): got connid=0 connection_read(14): checking for input on id=0 ber_get_next ber_get_next: tag 0x30 len 38 contents: ber_dump: buf 0x80b94f8, ptr 0x80b94f8, end 0x80b951e 02 01 02 c ! 04 0b o = l d b m , c = R U 0a 01 02 0a 01 00 02 01 00 02 01 00 01 01 00 87 01 o 0 00 deferring operation ber_get_next ber_get_next on fd 14 failed errno=11 (Resource temporarily unavailable) *** got 0 of 0 so far daemon: select: listen=11 active_threads=1 tvp=NULL do_search ber_scanf fmt ({aiiiib) ber: ber_dump: buf 0x80b94f8, ptr 0x80b94fb, end 0x80b951e c ! 04 0b o = l d b m , c = R U 0a 01 02 0a 01 00 02 01 00 02 01 00 01 01 00 87 01 o 0 00 SRCH "o=ldbm,c=RU" 2 0 0 0 0 begin get_filter PRESENT ber_scanf fmt (a) ber: ber_dump: buf 0x80b94f8, ptr 0x80b9519, end 0x80b951e 87 01 o 0 00 end get_filter 0 filter: (o=*) ber_scanf fmt ({v}}) ber: ber_dump: buf 0x80b94f8, ptr 0x80b951c, end 0x80b951e 0 00 attrs: => ldbm_back_search dn2entry_r: dn: "O=LDBM,C=RU" => dn2id( "O=LDBM,C=RU" ) => ldbm_cache_open( "/var/lib/slapd/dn2id.dbb", 7, 600 ) ldbm_cache_open (blksize 4096) (maxids 1022) (maxindirect 4) <= ldbm_cache_open (opened 0) <= dn2id 1 => id2entry_r( 1 ) => ldbm_cache_open( "/var/lib/slapd/id2entry.dbb", 7, 600 ) ldbm_cache_open (blksize 4096) (maxids 1022) (maxindirect 4) <= ldbm_cache_open (opened 1) => str2entry <= str2entry(o=ldbm,c=RU) -> -1 (0x80bf9b8) entry_rdwr_rlock: ID: 1 <= id2entry_r( 1 ) 0x80bf9b8 (disk) search_candidates: base="O=LDBM,C=RU" s=2 d=0 => filter_candidates AND => list_candidates 0xa0 => filter_candidates DN SUBTREE => dn2idl( "?O=LDBM,C=RU" ) => ldbm_cache_open( "/var/lib/slapd/dn2id.dbb", 7, 600 ) <= ldbm_cache_open (cache 0) <= filter_candidates 1 => filter_candidates OR => list_candidates 0xa1 => filter_candidates EQUALITY => ava_candidates 0xa3 => index_read("=objectclass"->"REFERRAL") => ldbm_cache_open( "/var/lib/slapd/objectClass.dbb", 7, 600 ) ldbm_cache_open (blksize 4096) (maxids 1022) (maxindirect 4) <= ldbm_cache_open (opened 2) <= index_read 0 candidates <= ava_candidates 0 <= filter_candidates 0 => filter_candidates PRESENT => presence_candidates => index_read("?o"->"*") => ldbm_cache_open( "/var/lib/slapd/nextid.dbb", 7, 600 ) ldbm_cache_open (blksize 4096) (maxids 1022) (maxindirect 4) <= ldbm_cache_open (opened 3) <= index_read 2 candidates (allids - not indexed) <= presence_candidates 2 <= filter_candidates 2 <= list_candidates 2 <= filter_candidates 2 <= list_candidates 1 <= filter_candidates 1 entry_rdwr_runlock: ID: 1 ====> cache_return_entry_r( 1 ): created (0) => id2entry_r( 1 ) entry_rdwr_rtrylock: ID: 1 ====> cache_find_entry_id( 1 ) "o=ldbm,c=RU" (found) (1 tries) <= id2entry_r( 1 ) 0x80bf9b8 (cache) => test_filter PRESENT => access_allowed: search access to "o=ldbm,c=RU" "o" requested => access_allowed: backend default search access granted to "" <= test_filter 6 => send_search_entry: "o=ldbm,c=RU" => access_allowed: read access to "o=ldbm,c=RU" "entry" requested => access_allowed: backend default read access granted to "" => access_allowed: read access to "o=ldbm,c=RU" "o" requested => access_allowed: backend default read access granted to "" => access_allowed: read access to "o=ldbm,c=RU" "o" requested => access_allowed: backend default read access granted to "" => access_allowed: read access to "o=ldbm,c=RU" "objectclass" requested => access_allowed: backend default read access granted to "" => access_allowed: read access to "o=ldbm,c=RU" "objectclass" requested => access_allowed: backend default read access granted to "" Segmentation fault
At 02:46 PM 2/24/00 GMT, mityak@iname.com wrote: >recent "cvs upd" brought my devel version unworkable -- it chrashes on >first send_search_entry() silently (on win32 it displays some words about >assert, The below is not an assert. Seems like two different problems. >but I cannot provide precise text since I'm on Linux box right now) Please provide precise text. >Everything worked fine with approx. 3-week-old sources... >here's log fragment: >Segmentation fault stack trace?
changed notes changed state Open to Feedback
changed notes changed state Feedback to Closed
No stack trace provided. Presumed fixed.