The initialization of hs->Cbck happens here:

https://github.com/xrootd/xrootd/blob/2630fe19236beea72ff7c3504f90e6645eef5745/src/XrdSecgsi/XrdSecProtocolgsi.cc#L3611-L3614

I wonder if something goes wrong there, like a race condition. I see that there is a ceref.Unlock() after this initialization, but I don't see a corresponding lock after ceref is declared, and the default constructor doesn't seem to lock it either:

https://github.com/xrootd/xrootd/blob/0e460d7a11702c9935ed9fc1c67f22cb998b6fa4/src/XrdSut/XrdSutCacheEntry.hh#L99-L127

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.

[ { "@context": "http://schema.org", "@type": "EmailMessage", "potentialAction": { "@type": "ViewAction", "target": "https://github.com/xrootd/xrootd/issues/1870#issuecomment-1398274025", "url": "https://github.com/xrootd/xrootd/issues/1870#issuecomment-1398274025", "name": "View Issue" }, "description": "View this Issue on GitHub", "publisher": { "@type": "Organization", "name": "GitHub", "url": "https://github.com" } } ]

Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1