Mail Archives: cygwin/1998/11/19/21:43:25
--------------1E6B3AE681D8B990B86983E8
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
[My apologies for not including a fix with this. I haven't figured out
where the Bash source is located, not to mention not really having the
time.]
This is a repeatable bug.
- Launch bash.
- Start a background process that does not immediately exit (e.g. "tail
-f somefile &")
- In the task manager, kill that process
- Now click the bash window
- * crash * ... The bash window goes away.
If you do the same thing with the process in the foreground (no '&' on
the command line), bash does not go away.
If you look really carefully at the bash window in the milliseconds
between when you click on it and when it disappears, you can see the
word "exit" displayed.
My conjecture is that some process cleanup code is failing to recognize
the fact that the background process has already gone away. When you
return to Bash, it tries to "clean up" the background processes by
popping the most recent process "off the stack", which in this case
happens to be the main Bash process.
--------------1E6B3AE681D8B990B86983E8
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
[My apologies for not including a fix with this. I haven't figured
out where the Bash source is located, not to mention not really having
the time.]
<P>This is a repeatable bug.
<P>- Launch bash.
<BR>- Start a background process that does not immediately exit (e.g. "tail
-f somefile &")
<BR>- In the task manager, kill that process
<BR>- Now click the bash window
<BR>- * crash * ... The bash window goes away.
<P>If you do the same thing with the process in the foreground (no '&'
on the command line), bash does not go away.
<P>If you look really carefully at the bash window in the milliseconds
between when you click on it and when it disappears, you can see the word
"exit" displayed.
<P>My conjecture is that some process cleanup code is failing to recognize
the fact that the background process has already gone away. When
you return to Bash, it tries to "clean up" the background processes by
popping the most recent process "off the stack", which in this case happens
to be the main Bash process.
<BR> </HTML>
--------------1E6B3AE681D8B990B86983E8--
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".
- Raw text -