Re: Block in ldap_result call, even after specifying some finite time limit

Anton Bobrov <[email protected]>
Newsgroups gmane.comp.mozilla.devel.directory
Organization Sun Microsystems, Inc.
Message-ID <[email protected]>
hmm, windows then, this is weird. is that application of yours
multithreaded? do you use fibers? is it easy to reproduce and
if so can you provide a simple testcase?

RamaKrishna Narla wrote:
> Hi Anton,
> 
> We are using Mozilla LDAP C SDK version 5.12. NSPR version is 4.2.2.
> NSS version is 3.7.7. We encountered this problem on Windows. We have
> not verified it on other platforms.
> 
> And, I was not talking about PR_Recv call. Here is the stack trace,
> where we observed the block
> 
> NTDLL.DLL!77f88f13()
> msafd.dll!74fd160d()
> ws2_32.dll!750313fa()
> wsock32.dll!750510a4()
> obnsldap32v50.dll!recv(unsigned int s=0x000009c0, char *
> buf=0x02b77430, int len=0x00002000, int flags=0x00000000)  Line 648 +
> 0x24	C
> obnsldap32v50.dll!ber_filbuf(sockbuf * sb=0x02b7b300, long
> len=0x00000004)  Line 166 + 0x40	C
> obnsldap32v50.dll!BerRead(sockbuf * sb=0x02b7b300, char *
> buf=0x02b794ee, long len=0x00000004)  Line 188 + 0x39	C
> obnsldap32v50.dll!read_len_in_ber(sockbuf * sb=0x02b7b300, berelement
> * ber=0x02b794b0)  Line 658 + 0x1b	C
> obnsldap32v50.dll!ber_get_next(sockbuf * sb=0x02b7b300, unsigned long
> * len=0x02f279c0, berelement * ber=0x02b794b0)  Line 707 + 0xd	C
> obnsldap32v50.dll!read1msg(ldap * ld=0x02b7b4e0, int msgid=0x00000001,
> int all=0x00000000, sockbuf * sb=0x02b7b300, ldap_conn *
> lc=0x01912080, ldapmsg * * result=0x02f2ad24)  Line 578 + 0x14	C
> obnsldap32v50.dll!wait4msg(ldap * ld=0x02b7b4e0, int msgid=0x00000001,
> int all=0x00000000, int unlock_permitted=0x00000001, timeval *
> timeout=0x02f2a1e0, ldapmsg * * result=0x02f2ad24)  Line 471 + 0x1f	C
> obnsldap32v50.dll!nsldapi_result_nolock(ldap * ld=0x02b7b4e0, int
> msgid=0x00000001, int all=0x00000000, int unlock_permitted=0x00000001,
> timeval * timeout=0x02f2a1e0, ldapmsg * * result=0x02f2ad24)  Line 145
> + 0x1d	C
> obnsldap32v50.dll!ldap_result(ldap * ld=0x02b7b4e0, int
> msgid=0x00000001, int all=0x00000000, timeval * timeout=0x02f2a1e0,
> ldapmsg * * result=0x02f2ad24)  Line 111 + 0x1b	C
> ois_server_d.exe!LDAPAsyncSimpleBind(ldap * ld=0x02b7b4e0, const char
> * login=0x024e58b8, const char * passwd=0x024e59cc, ldapcontrol * * *
> serverCtrls=0x00000000, long timeout=0xfffffffe)  Line 2995 + 0x1a	C++
> ois_server_d.exe!LDAPConnectionManager::_CreateAndOpenConnection(bool
> bSetup=false)  Line 417 + 0x1e	C++
> ois_server_d.exe!DBConnectionManager::PollLDAPServer()  Line 482 + 0xf
> C++
> ois_server_d.exe!ConnectionWatcherThread::DoHeartBeat()  Line 642 +
> 0xb	C++
> ois_server_d.exe!ConnectionWatcherThread::Run()  Line 406	C++
> ois_server_d.exe!ObThread::ThreadFunc(void * arg=0x018b051c)  Line 739
> C++
> KERNEL32.DLL!7c57b396()
> 
> Thanks a lot for your responses,
> Ramakrishna.
> 
> 
> _______________________________________________
> dev-tech-ldap mailing list
> [email protected]
> https://lists.mozilla.org/listinfo/dev-tech-ldap
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.