This is the mail archive of the cygwin@cygwin.com 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: cygwin 1.3.13-2 idiosyncrasy


On Mon, Oct 14, 2002 at 09:58:43AM -0400, Igor Pechtchanski wrote:
>On Mon, 14 Oct 2002, Christopher Faylor wrote:
>> On Mon, Oct 14, 2002 at 01:11:44AM -0400, Igor Pechtchanski wrote:
>> >I'm not sure if this is a bug, or just weird behavior, but on the new
>> >Cygwin the output of 'ps' shows all bash shells but the current one in the
>> >'waiting for tty input' state (an 'I' in the first column).
>>
>> What's wrong with that?  The current one is not waiting for input if it
>> is running ps.
>
>Well, there's nothing wrong with it per se, which is why I labeled it an
>idiosyncrasy (sorry for the original spelling), and not a bug.  However,
>this is not the behavior it used to have before, and other Unixes don't
>have it either...  But if this is the way it should be, then fine, I can
>live with that...

I just checked and it is like this in 1.3.12, too.  It is working as I
would expect it to work.

>> >I also got a bash into a 'stopped' state (an 'S' in the first column of ps
>> >output) by minimizing an xterm quickly, while bash is loading.  This is
>> >only possible to reproduce when cygwin1.dll is not yet loaded, so bash
>> >waits for it.  Sounds like some sort of a race condition...  I'm not sure
>> >how to debug this or provide any additional info.
>>
>> And I don't understand.  How can you get xterm started without having
>> cygwin1.dll loaded?
>> cgf
>
>Oops, sorry, you're right, of course...  What I meant was that the only
>way I could reproduce this was to unload all cygwin programs, and then
>start a few xterms in quick succession and minimize them all.  Then some
>bash shells would stay in a "stopped" state.  They may be waiting for some
>other dll, for all I know, but as soon as even one bash is loaded, other
>bash sessions initialize much too quickly for me to minimize the xterm and
>reproduce the problem.

I don't see how waiting for a DLL would force something into a suspended
state.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


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