X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type; q=dns; s=default; b=we
	NU5a4t2magPNDg+yRoPetWfEzqJh1vnn5KHABhI1tI60DvJ/si0g0EjTWuSc2zFu
	qePH4AfZ5kjHVntEKOsayihfp3KUvPcpPMxcCqV7e8DXTqfhtu+jm72r6K00cRic
	2GyVXQCkTjRpJDMNmdd5HNg3bp1H2pissikPBQE1o=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type; s=default; bh=J3zU8toc
	mdOWtWm0U8jKtVsC2Mo=; b=vx/6MaKhK7/94jycHDi9A9zvDB6aOjfJzURJ+FBT
	CYu6fECW3WS57XPNVcIqBU4OcisIL6nqR7KajNp7NMQawna6Azv132/plWQkROJv
	tpQyNYXCJ/AJjao4Bvr6sDMT4xuMBPgHgJNZA2o1tj+8vC7FcpPVHlipNjSIoYID
	Yl4=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=0.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,URIBL_RED autolearn=ham version=3.3.2
X-HELO: mail-ob0-f182.google.com
MIME-Version: 1.0
X-Received: by 10.182.213.97 with SMTP id nr1mr3014715obc.48.1387831946735; Mon, 23 Dec 2013 12:52:26 -0800 (PST)
In-Reply-To: <CAJoYywWqqX4oPMMsttGOZMQW_MFY9vt1q=42EJ-VUVUHDMUM2g@mail.gmail.com>
References: <CAJoYywX3CkKKJmLs4+kJHeinmsvBAYxWdTA7YRfp_RYUOzONjQ AT mail DOT gmail DOT com>	<52B85F99 DOT 1020500 AT cygwin DOT com>	<CAJoYywWbJG2kKhuoTcfwJVhRhoUrnPc21RSUMDJGrCYx_ZtZyQ AT mail DOT gmail DOT com>	<CAJoYywVtg_ZTMOE9S379rs7TkSKHiUGu+YUfRjC+m7AM84QqMg AT mail DOT gmail DOT com>	<20131223202518 DOT GA8030 AT ednor DOT casa DOT cgf DOT cx>	<CAJoYywWqqX4oPMMsttGOZMQW_MFY9vt1q=42EJ-VUVUHDMUM2g AT mail DOT gmail DOT com>
Date: Mon, 23 Dec 2013 21:52:26 +0100
Message-ID: <CAJoYywWiwrJoOdDNUzNZQEzaQHys=oDqvVE2Z6evQga1Kj8ecA@mail.gmail.com>
Subject: Fwd: Fwd: infocmp.exe opens in a new windows-cmd window and hangs
From: Irfan Adilovic <irfanadilovic AT gmail DOT com>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=ISO-8859-1
X-IsSubscribed: yes

It was the BLODA -- fixed by disabling Avast, thanks a lot...

-- Irfan

On Mon, Dec 23, 2013 at 9:25 PM, Christopher Faylor wrote:
> On Mon, Dec 23, 2013 at 08:09:46PM +0100, Irfan Adilovic wrote:
>>On Mon, Dec 23, 2013 at 5:06 PM, Larry Hall (Cygwin) wrote:
>>> On 12/22/2013 9:09 PM, Irfan Adilovic wrote:
>>>>
>>>> On my 64-bit Cygwin installation, when I start `infocmp.exe` from
>>>> within mintty, it opens up a new cmd-window (not mintty!), shows
>>>> options and immediately closes. However, the infocmp process hangs in
>>>> a way that defies killing -- it cannot be killed even from the windows
>>>> task manager (first attempt at killing has no effect, later attempts
>>>> return "Access is denied"). Same thing for its parent process, sh.exe.
>>>> So far, I haven't found a way of killing these two processes short of
>>>> restarting the system.
>>>>
>>>> A workaround is to either uninstall ncurses or to move away
>>>> infocmp.exe -- with luck, stuff will work (for example, `perl -de0`
>>>> hangs because of infocmp, but works flawlessly with infocmp moved
>>>> away).
>>>>
>>>> Now, has anyone else observed this, or am I the only one? I've tried
>>>> reinstalling ncurses without effect, any other suggestions?
>>>>
>>>> I'm running 64-bit Cygwin under Windows 8.
>>>
>>>
>>> No problem for me on Windows 7, 32-bit.  If you're still having trouble,
>>> please read and follow the problem reporting guidelines found at the link
>>> below with any follow-up mail to the list.  That will help others on the
>>> list do some basic evaluation of your issue.
>>>
>>>> Problem reports:       http://cygwin.com/problems.html
>>
>>I'm running cygwin 64-bit, version 1.7.27(0.271/5/3), under Windows 8
>>Professional. When I run infocmp.exe (without arguments) from the
>>ncurses package, from within a mintty terminal, it opens up a new
>>cmd.exe window, prints whatever it is supposed to print when called
>>without arguments and then exits, closing the cmd.exe window. Invoking
>>with '>/dev/null 2>/dev/null' behaves exactly the same as without.
>>
>>I was able to capture the cmd.exe window (which is closed
>>instantaneously) with a screen recording software and then extract the
>>frame, see here: http://s21.postimg.org/jwz9s8dlz/infocmp_normal.jpg .
>>I have also observed a stacktrace in that cmd.exe window once, but
>>couldn't figure out what causes it (a different executable filename is
>>not the cause, and it happened only once out of about 6 times I
>>recorded the screen):
>>http://s18.postimg.org/a7pzrbuih/infocmp_stacktrace.jpg
>>
>>Now, even after the cmd.exe window is closed, infocmp.exe remains
>>running in the mintty terminal and cannot be killed. After pressing
>>Ctrl-C, the following output is always shown after a variable amount
>>of time (in a couple of tests, I got values between 20 and 50
>>seconds):
>>
>>irfan AT irfy:/usr/bin$ ./infocmp.exe
>>      1 [sig] -bash 16792 get_proc_lock: Couldn't acquire
>>sync_proc_subproc for(5,1), last 7, Win32 error 0
>>    497 [sig] -bash 16792 proc_subproc: couldn't get proc lock. what 5, val 1
>>
>>The first number on the second line of output corresponds to the
>>amount of time waited in 1/10ths of a second.
>>
>>Looking at the task manager reveals an sh.exe parent and an
>>infocmp.exe child, neither of which can be killed: "Access is denied".
>>I have to reboot to get rid of them.
>>
>>I stumbled across this problem by trying to run the perl debugger --
>>`perl -de0` -- which hangs as just described. Uninstalling the ncurses
>>package makes the perl debugger work -- as does moving away (renaming)
>>just the infocmp executable. Reinstalling the ncurses package does not
>>resolve the problem.
>>
>>I've attached my cygcheck.out (removed a couple of env-vars -- they do
>>not influence PATH-like variables anyway). You will notice that
>>cygcheck says that infocmp.exe is missing -- that's because I had it
>>moved away (renamed it) for `perl -de0` to work at the time of running
>>cygcheck.
>>
>>I don't think it should make a difference, but someone on
>>stackoverflow thought that mintty terminal options could cause the
>>problem -- I have changed some colors and fonts, changed mouse
>>behavior to mimic PuTTY, but I left the terminal type at 'xterm' and
>>answerback empty.
>>
>>I have also tried to start the infocmp.exe directly from the common
>>cmd.exe shell -- it always ended up in a stack trace. (This could be
>>normal I guess)
>
> I just tried running infocmp from both mintty and cmd on Windows 8.1
> 64-bit.  The behavior is as expected.  No terminal window, no stack
> trace.  I'm surprised that "perl -de 0" causes infocmp to be run but
> that works fine too.
>
> If you haven't upgraded to Windows 8.1, maybe that will fix the problem.
> Otherwise, I suspect BLODA.
>
> http://cygwin.com/acronyms/#BLODA
>
> cgf
>
> cgf
>
> --
> 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
>

--
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