Hello again,
I can now positively confirm the race condition in cygserver w.r.t. the named
pipe used to serialize SYSV requests through the server. The race is due to
that transport_layer_pipes::accept() (bool *const recoverable) (file:
transport_pipes.cc) does actually _create_ the pipe when pi
On Fri, Nov 9, 2012 at 4:10 PM, nyc4bos wrote:
> [My cygcheck.out was somehow not included, so I am resending]
>
> Reini Urban writes:
>> On 11/05/2012 06:47 PM, nyc4bos wrote:
>>> After starting up mosh on Cygwin and then attempting to type
>>> `ls', I see the following on my screen:
>>>
>>> $ ls
> For testing it would be most helpful if you would create a STC.
The test case attached from my earlier post from today, also shows
a race (dead-lock, actually) occurring in CYGSERVER, when it is run
with the "-d -l 7" command line (even when it is only one application,
the test case is using it)
Hi,
As I previously reported, there is a weird behavior of CYGWIN implementation
of SYSV semaphores, and a bug exposition for one problem is attached below
(I'm still looking into some other issues in there).
If the code is compiled with both BUG1 and BUG2 defined (as shown), it
will abort at ite
4 matches
Mail list logo
