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: Sending SIGUSR1 to thread in nanosleep causes segfault

On 12 July 2010 22:05, Corvus Corax wrote:
> Just to update some details.
> I am working with James Cotton on the OpenPilot project.
> We are trying to port the POSIX simulation port of FreeRTOS to cygwin.
> We run into issues with signal handling in cygwin 1.7.5 that are
> currently blocking our development, since every method to suspend a
> running thread via signals either causes:
> - random segfaults within Cygwin DLL.
> or
> - failure to execute the signal handler.

I'm afraid you're unlikely to get a quick and comprehensive answer,
because the Cygwin signal guru currently is on a well-deserved
vacation. Thanks for the testcases, hopefully they'll prove useful.

You could also try the latest snapshot from to see whether that makes a difference. A
debug version of the DLL is available there as well. And if you're
brave enough, you could try getting stuck into the Cygwin sources

The trouble with Cygwin signals is that Windows provides practically
no support for them, so everything has to be manually mapped to
Windows concepts. Have a look at the Signals section of for some of the
tricks. Obviously pthreads further complicate matters, and the sort of
thing you're doing here is not something that tends to get a lot of
use by "normal" programs, so shortcomings are quite likely.


Problem reports:
Unsubscribe info:

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