AW: context, threads, and both

Barbat, Calin c.barbat at osram.de
Fri Jun 3 03:01:19 EDT 2005


I encountered this issue (race condition caused by processes simultaneously accessing the same rcache in my case), any idea if and when it'll get fixed? I mean in the MIT Kerberos codebase.

Mit freundlichen Grüßen / Best regards

Calin Barbat
OSRAM GmbH / IT SP6
Hellabrunnerstr. 1
81543 München

-----Ursprüngliche Nachricht-----
Von: krbdev-bounces at MIT.EDU [mailto:krbdev-bounces at MIT.EDU] Im Auftrag von Ken Raeburn
Gesendet: Freitag, 3. Juni 2005 03:56
An: John Rudd
Cc: krbdev at MIT.EDU
Betreff: Re: context, threads, and both

On Jun 2, 2005, at 16:56, John Rudd wrote:
> So, if each one keeps its own principle, creds, and context data 
> separate, all should be good?

Yes.  Actually, the credential cache code does locking internally, so if the threads are all using the same client principal, you should be able to share a credentials cache.  (But any race conditions that might exist between processes accessing the same on-disk ccache will still exist in multiple threads independently opening and accessing the same on-disk ccache, and may require different fixes.)

Ken

_______________________________________________
krbdev mailing list             krbdev at mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev





More information about the krbdev mailing list