headers
Rockfeller J.P. | 2 Oct 2005 13:28
Picon

Rockfeller J.P.

http://www.elance.ru/bedyellowcat/

Rockfeller J.P.
Permalink | Reply | 0 comments |
headers
mike | 3 Oct 2005 21:59
Picon
Favicon

nsldapssl32v50.dll hangs on ldap_simple_bind_s

Hi 
I'm using the nsldapssl32v50.lib to connect to a Novell edirectory LDAP 
server using SSL port 636 I run 

ldapssl_client_init( certDBPath, NULL )	

& 

ldapssl_init( (char *)(const char *)m_strHost, m_nPort, 1 )

They return fine and my server certificate  is in my cert7.db file. When I 
try to run :

if( nReturn = ldap_simple_bind_s( m_ld, 
			(char *)(const char *)m_strUser, 
			(char *)(const char *)m_strPassword) != LDAP_SUCCESS )

It just hangs forever. What the heck am I doing wrong here.......Help! 
Anyone? Anyone?

BTW I'm running Visual c++ service pack 6 on windows 2003 server

thx!

-Mike
Permalink | Reply | 0 comments |
headers
ialexei | 13 Oct 2005 19:27
Picon

Question about using in-memory cache

Hi,

Platform: MS windows XP SP2
API : Netscape LDAP 4.1

I was wondering if it is OK to create multiple in memory cache objects
(one for each connection) within a single process. 

-Alexei
Permalink | Reply | 1 comment |
headers
Anton Bobrov | 13 Oct 2005 22:05
Picon

Re: Question about using in-memory cache


Alexei, its ok to create multiple cache objects however
only one of them can be associated with any given ld
handle at the time, whatever implications that brings
to what you thinking of doing. btw 4.1 is quite old and
you might consider moving on to something more recent
than that. ta, anton.

ialexei wrote:
> Hi,
> 
> Platform: MS windows XP SP2
> API : Netscape LDAP 4.1
> 
> I was wondering if it is OK to create multiple in memory cache objects
> (one for each connection) within a single process. 
> 
> -Alexei
> 
> _______________________________________________
> mozilla-directory mailing list
> mozilla-directory <at> mozilla.org
> http://mail.mozilla.org/listinfo/mozilla-directory
Permalink | Reply | 0 comments |
headers
AckMike | 13 Oct 2005 23:00
Picon

LDAP C SDK multithreaded ssl

Does anyone know if the C SDK is thread safe with SSL?
Permalink | Reply | 5 comments |
headers
user | 17 Oct 2005 20:32

LDAP - JAVA - ADDRESSBOOK

Hello everyone,
Would be very acceptable help from anyone.

I'm trying to make an address book with java.
Anyone have made it before and have a solution?

thanks,
FELIPE
Permalink | Reply | 0 comments |
headers
Dan Mosedale | 19 Oct 2005 21:46
Picon
Favicon
Gravatar

Re: LDAP C SDK multithreaded ssl

AckMike <at> gmail.com wrote:
> Does anyone know if the C SDK is thread safe with SSL?
> 

Yes.  The C SDK is threadsafe in general: 
http://www.mozilla.org/directory/csdk-docs/threaded.htm

Dan
Permalink | Reply | 4 comments |
headers
AckMike | 20 Oct 2005 18:56
Picon

Re: LDAP C SDK multithreaded ssl

Thanks Dan.
  I had already gone over that document and followed the examples.
Everything works great if the application using the SDK is not using
SSL to talk to the directory.  When I use SSL the appliation can crash
under load.  While running the application with a memory checker
(Purify) I see that one thread is attempting to use information from a
fiber owned by another thread. 

Any ideas?

--Mike
Permalink | Reply | 3 comments |
headers
Rich Megginson | 21 Oct 2005 04:47

Re: LDAP C SDK multithreaded ssl

Hm - what ldap sdk version are you using?  What OS and version are you 
using?  What compiler?

AckMike <at> gmail.com wrote:

>Thanks Dan.
>  I had already gone over that document and followed the examples.
>Everything works great if the application using the SDK is not using
>SSL to talk to the directory.  When I use SSL the appliation can crash
>under load.  While running the application with a memory checker
>(Purify) I see that one thread is attempting to use information from a
>fiber owned by another thread. 
>
>Any ideas?
>
>--Mike
>
>  
>
Permalink | Reply | 1 comment |
headers
Anton Bobrov | 21 Oct 2005 10:23
Picon

Re: LDAP C SDK multithreaded ssl


try setting env var NSPR_NATIVE_THREADS_ONLY to 1
[ make sure its set, env vars are tricky on win32 ]
this should disable NT fibers there and switch to
global/native threads only. if you use fibers from
inside your own app i would strongly recommend not
doing that and going with global/native threads
instead.

AckMike <at> gmail.com wrote:
> Thanks Dan.
>   I had already gone over that document and followed the examples.
> Everything works great if the application using the SDK is not using
> SSL to talk to the directory.  When I use SSL the appliation can crash
> under load.  While running the application with a memory checker
> (Purify) I see that one thread is attempting to use information from a
> fiber owned by another thread. 
> 
> Any ideas?
> 
> --Mike
> 
> _______________________________________________
> mozilla-directory mailing list
> mozilla-directory <at> mozilla.org
> http://mail.mozilla.org/listinfo/mozilla-directory
Permalink | Reply | 0 comments |

Gmane