On 09.12.2008, at 22:17, Robert Relyea wrote:
Martin Paljak wrote:
Thanks for tips! Could you point me to the line in spec where it says
that slots can only be added. I cant  find the place where it forbids
removing.

That's what I get for not checking the spec after the meeting in which we discussed this. The original agreement was that removal was forbidden. Unfortunately the current spec does not forbid removing slots.
I would say that fortunately the spec allows removing slots :)

Firefox does not allow removal. It'll be a small change to the code to handle removal, though it makes the slot checks more expensive. If you could write a bug up I'd appreciate it.
Is the removal support related to NSS or it is a Firefox centric issue? Does NSS support slot removal? I'll write a bug report ASAP (against NSS or FF?)

The upshot, however, is if you want it to work in Firefox 2 or 3 you'll have to disallow removals.
Thanks for clarifications. I *do* want to work with FF 2.x and 3.x, so I believe having a configurable in OpenSC to toggle the removal feature (defaulting to false) in v2.20 mode will be OK.

Reading about the C_WaitForSlotEvent feature in NSS I was trying to figure out if sending an unknown slot ID from C_WaitForSlotEvent contradicts somehow the description of C_GetSlotList which tells, that only after you have called it with NULL, the new slot listing (and essentially the slot ID) becomes valid.

Most probably it doesn't matter if NSS calls C_GetSlotList just after getting the unknown slot ID from the event waiting thread, but just asking for comments.

Does NSS open more than two threads (one waiting for slot events and one doing other tasks) to a module? If a module is designed to only allow up to two threads to access the module (one thread blocked and locked on C_WaitForSlotEvent and all other access being synchronized with a module-global lock), is it OK from NSS point of view?

Thanks again,

--
Martin Paljak
http://martin.paljak.pri.ee
+372.515.6495




_______________________________________________
dev-tech-crypto mailing list
dev-tech-crypto@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-tech-crypto

Reply via email to