On 8/29/2011 6:54 AM, Corinna Vinschen wrote:
> On Aug 27 15:27, David Rothenberger wrote:
>> On 8/27/2011 1:37 PM, Corinna Vinschen wrote:
>>> On Aug 26 13:15, Corinna Vinschen wrote:
>>>> On Aug 25 17:39, David Rothenberger wrote:
>>>>> For a while now, the test cases that come with libapr1 have been
>>>>> bombing with this message:
>>>>>
>>>>> *** fatal error - NtCreateEvent(lock): 0xC0000035
>>>>>
>>>>> I finally took some time to investigate and have extracted a STC
>>>>> that demonstrates the problem.
>>>>
>>>> Thanks a lot for the testcase. In theory, the NtCreateEvent call should
>>>> not have happened at all, since it's called under lock, and the code
>>>> around that should have made sure that the object doesn't exist at the
>>>> time.
>>>>
>>>> After a few hours of extrem puzzlement, I now finally know what happens.
>>>> It's kinda hard to explain.
>>>>
>> [... very good description of flock problem ...]
>>>
>>> Please test the latest snapshot. It should fix this problem, as well as
>>> a starvation problem with signals (and, fwiw, thread cancel events) in
>>> flock, lockf, and POSIX fcntl locks.
>>
>> The new snapshot runs the flock STC. Thanks!
>>
>> I've been building libapr1 without F_SETLK support for a while since
>> it was also triggering the "NtCreateEvent(lock): 0xC0000035"
>> error. Since you mentioned fcntl, I tried re-enabling the fcntl
>> mutexes. They still trigger the error.
>>
>> I've attached a similar STC that uses fcntl instead of flock.
>
> I made a couple more changes to the file locking code to accommodate
> POSIX locks as well. Please test the today's developer snapshot,
> which I'm just creating.
The latest baseline fixes my STC and the libpr1 test suite. Thanks!
--
David Rothenberger ---- daver...@acm.org
The Beatles:
Paul McCartney's old back-up band.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
