This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: 1.7.15-1: pthread_cancel and pthread_kill not working as expected

On May 23 10:52, Corinna Vinschen wrote:
> On May 22 15:25, Otto Meta wrote:
> > >> Testcase cancel deferred:
> > >> Works with 1.7.9 and 20120517 snapshot, fails (hangs) with 1.7.12-1
> > >> and 1.7.15-1.
> > > If that works in the snapshot anyway, I'm not going to look into that
> > > one.
> > 
> > It worked in the reduced testcase with sem_wait(). With read() itâs
> > still half-broken. See below.
> > 
> > >> Testcase cancel asynchronous:
> > >> Async cancel seems to have no effect with any tested version.
> > > I think I found a solution for this problem.  See the comment in the
> > > patch at
> > >
> > > Please test the today's developer snapshot.
> > 
> > Asynchronous cancel seems to work as well as deferred cancel now. Thanks.
> > 
> > Both cancel types work with sem_wait() and pause() now, but for threads
> > blocked in read() theyâre still unreliable. Only one of three blocked
> > threads is killed in the attached updated testcases.
> Just to let you know I'm working on it.  This will take some time.
> During debugging I stumbled over a heisenbug.  As soon as I remove the
> "Thread %i woke up just fine" printf from your test application, the
> read function reurns with a "Bad address" error.  So far I have onlya
> vague hunch what the cause may be.  Stay tuned.

Half of the solution is now checked in to CVS.  The other half is a bad
hack to workaround a shortcoming in newlib's stdio functions.  I'd rather
have a solution in newlib.  see my request on the newlib ML:


Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

Problem reports:
Unsubscribe info:

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