> On Sep 18, 2016, at 21:58, Keith Packard <[email protected]> wrote: > > Jeremy Huddleston Sequoia <[email protected]> writes: > >> [ Unknown signature status ] >> I noticed a data race in XQuartz. We call ErrorF in a couple places off of >> the main server thread. I could fix it by simply moving this logging onto >> the server thread (or not doing it with os/log), but with the split of >> InputThread off of MainThread, I'm wondering if it would be better to >> instead make ErrorF thread safe. >> >> Thoughts? > > If we use ErrorF in server abort paths, then any thread safety might > block the server shutdown, which would be bad...
Yeah, good point.
So then what should be the logging story for things on the input thread?
XQuartz's AppKit thread is basically in the same boat, so I'd prefer to not do
two different things. Should we just use TLS and expect collisions to resolve
unfortunately?
FWIW, the issues surround these globals:
bufferUnused
bufferPos
LogSWrite.newline
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ [email protected]: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
