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