Message-ID: <4CA1C3EE.1030204@ece.cmu.edu>
Date: Tue, 28 Sep 2010 12:31:10 +0200
From: Ryan Johnson <ryanjohn AT ece DOT cmu DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2
MIME-Version: 1.0
To: "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject: Re: mintty window won't open
References: <4CA1C204 DOT 6090405 AT epfl DOT ch>
In-Reply-To: <4CA1C204.6090405@epfl.ch>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

  Apologies if the below didn't actually arrive before... sent from the 
wrong email account.

In any case, I found the problem: the terminal was running an ssh 
session to localhost. I have vague memories that ssh and native windows 
apps don't mix?

Regards,
Ryan

On 9/28/2010 12:23 PM, Ryan Johnson wrote:
>    Hi all,
>
> I switched from rxvt to mintty yesterday, and it worked great all day.
> However, today when I try to open a new mintty window from within an
> existing one, nothing happens. The process starts, but no window
> appears. This happens when attempting to open both 0.8.3 and 0.9b2
> windows from a 0.9b2 window. The broken window also does the same thing
> to tkdiff but is able to run xterm without problems.
>
> Oddly, using the shortcut from the start menu (0.8.3) still works, and
> any windows I fire up from it (including 0.9b2) work fine after that and
> can in turn fire up their own new instances. The broken windows are also
> permanently in alternate screen mode as far as mouse wheel goes (up/down
> arrow keys instead of scrolling the buffer) and their scrollbars are
> disabled even though they have many hundreds of lines of scrollback.
>
> Running strace on a broken mintty instance shows:
>>    220 5944199 [main] mintty 2908 peek_windows: window 4(0x0) ready
>>     61 5944260 [main] mintty 2908 select_stuff::wait: gotone 1
>>     58 5944318 [main] mintty 2908 select_stuff::wait: returning 0
>>     55 5944373 [main] mintty 2908 select_stuff::cleanup: calling
>> cleanup routines
>>   3577 5947950 [main] mintty 2908 set_bits: me 0x4B6630, testing fd 4
>> (/dev/windows)
>>    115 5948065 [main] mintty 2908 set_bits: ready 1
>>    165 5948230 [main] mintty 2908 select_stuff::poll: returning 1
>>     88 5948318 [main] mintty 2908 select_stuff::cleanup: calling
>> cleanup routines
>>    151 5948469 [main] mintty 2908 select_stuff::~select_stuff: deleting
>> select records
>>    981 5949450 [main] mintty 2908 cygwin_select: 5, 0x22CA60, 0x0, 0x0, 0x0
>>    226 5949676 [main] mintty 2908 dtable::select_read: /dev/ptmx fd 3
>>    254 5949930 [main] mintty 2908 dtable::select_read: /dev/windows fd 4
>>    175 5950105 [main] mintty 2908 cygwin_select: to NULL, ms FFFFFFFF
>>    102 5950207 [main] mintty 2908 cygwin_select: sel.always_ready 0
>>    332 5950539 [main] mintty 2908 select_stuff::wait: m 2, ms 4294967295
>> 25103 5975642 [main] mintty 2908 select_stuff::wait: woke up.
>> wait_ret 2.  verifying
> The above is repeated slightly more often than once a second and is the
> same every time. I don't know if this is relevant.
>
> I'm running cygwin-1.7.7-1 with XP Pro SP3; mintty-0.8.3-1, and
> mintty-0.9b2 built manually from source.
>
> I've suspended and resumed my machine several times since those windows
> were opened, maybe this has something to do with it?
>
> Thanks,
> Ryan
>
>
>
>
>


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple