Spidey wrote:
Thanks Nelson for your reply.Could not work on this issue as was busy with some other issues & the machine acted up. I have set prldap_set_session_option for a timeout of 5 Seconds. Here is the backtrace that shows the 5 arguments being passed to PR_Send #0 0x00478938 in poll () from /lib/i686/libc.so.6 #1 0x008c14f7 in pt_poll_now (op=0xbff24770) at ../../../../pr/src/ pthreads/ptio.c:650 #2 0x008c16d3 in pt_Continue (op=0xbff24770) at ../../../../pr/src/ pthreads/ptio.c:715 #3 0x008c347d in pt_Recv (fd=0x83034c0, buf=0x8331200, amount=3, flags=0, timeout=5000) at ../../../../pr/src/pthreads/ptio.c:1833 #4 0x00230224 in ssl_DefRecv (ss=0x8331020, buf=0x8331200 "", len=3, flags=0) at ssldef.c:91 #5 0x002307bf in ssl2_GatherData (ss=0x8331020, gs=0x83311c0, flags=0) at sslgathr.c:114 #6 0x0023107b in ssl2_GatherRecord (ss=0x8331020, flags=0) at sslgathr.c:390 #7 0x0022af2d in ssl_GatherRecord1stHandshake (ss=0x8331020) at sslcon.c:1259 #8 0x00232598 in ssl_Do1stHandshake (ss=0x8331020) at sslsecur.c:145 #9 0x0023408a in ssl_SecureSend (ss=0x8331020, buf=0x8330af4 "0\031\002\001\001`\024\002\001\003\004\bcn=admin \200\005abcdbcdebcdeb", len=27, flags=0) at sslsecur.c:1024 #10 0x00239581 in ssl_Send (fd=0x8330fe0, buf=0x8330af4, len=27, flags=0, timeout=5000) at sslsock.c:1222 #11 0x008a4739 in PR_Send (fd=0x8330fe0, buf=0x8330af4, amount=27, flags=0, timeout=5000) at ../../../../pr/src/io/priometh.c:221 #12 0x00bf79a0 in prldap_write (s=1, buf=0x8330af4, len=27, socketarg=0x832a760) at ldappr-io.c:210 #13 0x00a457e3 in ber_flush (sb=0x83306c8, ber=0x83309d0, freeit=0) at io.c:414 #14 0x00a307bb in nsldapi_send_ber_message (ld=0x8330510, sb=0x83306c8, ber=0x83309d0, freeit=0) at request.c:399 #15 0x00a30350 in nsldapi_send_server_request (ld=0x8330510, ber=0x83309d0, msgid=1, parentreq=0x0, srvlist=0x0, lc=0x8303488, bindreqdn=0x8333888 "cn=admin", bind=0) at request.c:333 #16 0x00a2f711 in nsldapi_send_initial_request (ld=0x8330510, msgid=1, msgtype=96, dn=0x80499fa "cn=admin", ber=0x83309d0) at request.c:147 #17 0x00a38287 in simple_bind_nolock (ld=0x8330510, dn=0x80499fa "cn=admin", passwd=0x80499f4 "abcde", unlock_permitted=1) at sbind.c: 149 #18 0x00a37de1 in ldap_simple_bind (ld=0x8330510, dn=0x80499fa "cn=admin", passwd=0x80499f4 "abcde") at sbind.c:79 #19 0x0804944f in main (argc=1, argv=0xbff25114) at Mozilla_LDAP_Client.cpp:222 I have also found out that I experience this hang when I set "LDAP_OPT_THREAD_FN_PTRS". Have posted my related observations also on http://markmail.org/message/rgplqdbtvbslualc Waiting for your inputs.
I don't think this is an NSS issue. There is now a thread about this problem in the ldap newsgroup.
Thanks, Denish
-- dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto
