Re: C_OpenSession looping

2006-10-04 Thread Bob Relyea
Wan-Teh Chang wrote: The first LXR link shows that ulMaxSessionCount=1 is handled as a special case. Thats correct. If a token is rw and only has one session, NSS will open that session up rw so it doesn't end up closing and opening that session every time it needs to write an object. bob

Re: C_OpenSession looping

2006-10-04 Thread Christian Bongiorno
Well, My thanks to both of you -- I made both changes and it actually works! with regard to ulMaxSessionCount == 1 being a special case -- looking more in that code it turns out that condition is only used to help determine if the session is RW. So, I made all suggested changes and now it works

Re: C_OpenSession looping

2006-10-04 Thread Wan-Teh Chang
Bob Relyea wrote: Sideswipe wrote: 10: C_OpenSession [in] slotID = 0x0 [in] flags = 0x6 pApplication=0295D808 Notify=6019DC70 [out] *phSession = 0x0 Returned: 0 CKR_OK Here's your problem. '0' is reserved as and invalid session handle. See Section 6.7.5 Session and Object handles in the PK

Re: C_OpenSession looping

2006-10-04 Thread Bob Relyea
Sideswipe wrote: I am currently developing a PKCS11 module for the PIV card and for some reason, the NSS subsytem in thunderbird infinintely loops on 7 startup calls -- you know, all the 'getInfo' functions as well as the C_OpenSession. Inlined is my spylisting using the opensc spy tool. The modu

C_OpenSession looping

2006-10-04 Thread Sideswipe
I am currently developing a PKCS11 module for the PIV card and for some reason, the NSS subsytem in thunderbird infinintely loops on 7 startup calls -- you know, all the 'getInfo' functions as well as the C_OpenSession. Inlined is my spylisting using the opensc spy tool. The module is already insta