delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1998/04/24/14:48:05

From: cgf AT cygnus DOT com (Christopher G. Faylor)
Subject: Re: Win95 Lockup's
24 Apr 1998 14:48:05 GMT :
Message-ID: <6hq8n5$5a5$1@cronkite.cygnus.com>
References: <19980423114819 DOT 26051 DOT rocketmail DOT cygnus DOT gnu-win32 AT send1d DOT yahoomail DOT com>
X-Newsreader: trn 4.0-test63 (15 March 1998)

In article <19980423114819 DOT 26051 DOT rocketmail DOT cygnus DOT gnu-win32 AT send1d DOT yahoomail DOT com>,
Earnie Boyd <earnie_boyd AT yahoo DOT com> wrote:
>3) If you ever do ^C then exit bash and the process before executing
>anything else.  Based on MS documentation the ^C creates a thread to
>handle the ^C.  We know that the cygwinb19.dll is not thread safe. 
>Therefore, it is best to get rid of the process with the unsafe
>thread. (Someone said that this doesn't happen with the cygwinb19.dll;
>however, since it is incorporated into Win32 I don't see how it can be
>prevented; especially on Win95.)

That was me who said that cygwin32 does not create a thread.  I was only
partially right.  Cygwin32 does not create a separate thread for handling
^C when CYGWIN32=tty.  In this case ^C's are handled by the tty handler
directly.

If CYGWIN32=tty is not set, then there *will* be a separate thread.  But,
signal handling was designed to be thread safe.  If it is not working
correctly, then that is a bug.  I'm looking into it now.
-- 
cgf AT cygnus DOT com             "Everything has a boolean value, if you stand
http://www.cygnus.com/      far enough away from it."  -- Galena Alyson Canada

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019