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:content-type
	:content-transfer-encoding:message-id:date:from:to:subject
	:in-reply-to:references; q=dns; s=default; b=b8DdLeTYks1/lGoO5CN
	Y0Gg/5ZVnUrCS1KQ1SDNW+22DvumLDGeved5lbWZ4lZCtu219P8Rdw8IImuA5OVl
	KzmKOg27hI/L3n0Gv9yrPdl1sTESgOKxrR3CNhXPj5Jusf0O7zfheeh5coOd0HUT
	EDZf8dU72A46vYDEfQa5c6BM=
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:content-type
	:content-transfer-encoding:message-id:date:from:to:subject
	:in-reply-to:references; s=default; bh=u6snsUoV8hMgMZRHl3iDry43A
	DM=; b=uQusm9vUvIkvdlapW4v1Gy9flZnukoZ/kA+Fmji8Cdc8nS5xbMdzj+66S
	XFKA5kg/7mWNhvyFleOfT5nN9TGC1RcuVKfUtV6UKyIYvQSExikkEyTD1ijms0n1
	GoFb0UFl7RB11GnjdhGP0pvtMnQ7YIyYq64WFKqVrn2LrHgJ4Y=
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=2.3 required=5.0 tests=AWL,BAYES_50,HK_RANDOM_ENVFROM,HK_RANDOM_FROM,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2
X-HELO:	sneak2.sneakemail.com
MIME-Version:	1.0
Message-ID:	<20286-1432742361-618091@sneakemail.com>
Date:	Wed, 27 May 2015 09:59:11 -0600
From:	"John Hein" <3fbmqnhaz4 AT snkmail DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: Non-Cygwin slaves inside tmux
In-Reply-To:	<CAAeCd-MJML73cASLcPRpsE7KWe8oTwuepSqYtBdnwDs26fBovA@mail.gmail.com>
References:	<55649249 DOT 6010602 AT gmail DOT com> <CAAeCd-MJML73cASLcPRpsE7KWe8oTwuepSqYtBdnwDs26fBovA AT mail DOT gmail DOT com>

Robert Pendell shinji+cygwin-at-elite-systems.org |cygwin_ml_nodigest| wrote at 06:04 -0400 on May 27, 2015:
 > On Tue, May 26, 2015 at 11:33 AM, David Macek <...> wrote:
 > > Hi.
 > >
 > > My testcase: run mintty-bash, run tmux inside and run netsh inside. Try to type.
 > >
 > > Result: horrible lags
 > >
 > > Expected result: it's possible to type normally
 > >
 > > I tried multiple Cygwin snapshots from the last 5 months, hoping that it could be a regression (therefore easily fixable), but all of them exhibit the same issue.
 > >
 > > A quick Google search didn't show any similar errors, so I'm reporting here in hope someone will be able to say "yeah, that's easy, let me fix that".. :)
 > >
 > > Assuming I understand correctly the roles here -- bash does fork+exec(netsh) and Cygwin emulates that by creating a bash subprocess which creates a netsh subprocess; the bash process that is spawned to execute the native executable is creating threads and named pipes like crazy. Every few seconds a new pipe and thread pop up. All the old threads seem to be stuck in:
 > >
 > >  #0 0x00007ffad7f3120a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
 > >  #1 0x00007ffad53b1118 in WaitForSingleObjectEx () from /cygdrive/c/Windows/system32/KERNELBASE.dll
 > >  #2 0x0000000180134cfb in muto::acquire (this=0x639363438, ms=ms AT entry=4294967295) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.cc:87
 > >  #3 0x00000001800f9ed9 in lock_process (exiting=false, this=) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.h:53
 > >  #4 commune_process (arg=0x6e7cb90) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/pinfo.cc:542
 > > ... several other frames which are related to Cygwin threads, I assume ...
 > >
 > > strace shows tmux getting these:
 > >
 > > seterrno_from_win_error: /usr/src/ports/cygwin/cygwin-2.0.2-1.x86_64/src/newlib-cygwin/winsup/cygwin/pinfo.cc:737 windows error 995
 > >
 > > --
 > > David Macek
 > >
 >
 > Hmm... Error 995 is ERROR_OPERATION_ABORTED.  This could mean
 > something is blocking/killing it.  I don't use tmux locally on a
 > personal basis so while we wait for someone that does to see if the
 > issue is reproducible for them can you please *attach* a cygcheck.out
 > for your system and also check your system for BLODA just in case?

Fails for me, too.  Running netsh in a shell under tmux, then "help"
(in any shell, not just bash - ash, tcsh, too) is very constipated.
And it slows down all other tmux operations (e.g., switching windows,
doing an ls in another window).  screen is not affected.

Reverting cygwin from 2.0.2-1 to 1.7.35 didn't change anything here.

Exiting netsh (or killing it) restores lively tmux behavior.
Sometimes killing netsh also kills the parent shell.

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

- Raw text -