This is the mail archive of the cygwin-xfree@cygwin.com mailing list for the Cygwin XFree86 project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Possible race condition notes


On Sun, Apr 08, 2001 at 09:08:31PM -0400, Harold Hunt wrote:
>> I'm not sure who else is going to be doing debugging but I
>> just want to
>> make it clear that I'm not going to be debugging the X
>> server.  This is
>> the first I've heard of any race conditions in select (which
>> was written
>> very carefully to be race-free <which means absolutely nothing of
>> course>).
>
>I sincerely doubt that the problem is in Cygwin's select.  I suspect that
>the race is due more the hack job on the timeout... I mean, it doesn't seem
>correct that XFree86 on Cygwin uses a static timeout of 10 milliseconds,
>when all other platforms use the same calculation to determine how long
>select should wait.  XFree86 has been around for awhile and I'm sure we'd
>see other hack jobs on the timeout value if it was the correct thing to do.
>
>I believe that the file descriptors being passed to select are network
>sockets only.  User input/all windows messages, are handled in a seperate
>function that does not use select, nor are the windows messages ever added
>to select's list of file descriptors.

Hmm.  Are these unix domain sockets or actual network sockets?  Do you see
different behavior between setting DISPLAY to :0 versus localhost:0?

cgf


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]