This is the mail archive of the
cygwin-developers
mailing list for the Cygwin project.
Re: How to detect a cygwin thread?
- From: Christopher Faylor <cgf-use-the-mailinglist-please at cygwin dot com>
- To: cygwin-developers at cygwin dot com
- Date: Sat, 9 May 2009 16:25:22 -0400
- Subject: Re: How to detect a cygwin thread?
- References: <9f8a01cd0905090326v5eb186ffi709d04066d14d584@mail.gmail.com>
- Reply-to: cygwin-developers at cygwin dot com
On Sat, May 09, 2009 at 12:26:55PM +0200, Piotr Wyderski wrote:
>My program has a built-in panic handler, which enumerates
>all process threads using the CreateToolhelp32Snapshot
>WinAPI function and then suspends them (except itself)
>in order to freeze the entire environment in a state as close
>as possible to the original error conditions. Unfortunately it
>also stops the internal Cygwin thread (which seems to spend
>most of its time in cygwin1.dll!toascii+0x15d0) and the entire
>process hangs. Is there a way to identify those Cygwin
>threads in order not to suspend them? There is a function
>
> extern "C" DWORD cygwin_internal()
>
>specified as "This function gives you access to various
>internal data and functions", so perhaps it could help me?
>If not, then how do I achieve the goal specified above?
This mailing list is not here to help you with your own applications.
It is for discussion of the development of the Cygwin DLL and its
applications. There is a basic supposition that you know about
cygwin internals already. If you have to ask if something like
"cygwin_internal" will help you, you obviously aren't reading the
source code and you shouldn't be asking here.
Please use the main cygwin list.