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:from:date
	:message-id:subject:to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=KWERVut0lw5Z7c87vwuIkMM55bGR9/b+xxRutDBnX47
	zA7EzBt9XIPxqjXPCf2cMOWf8TV1w8EDKk2yhWqDiWtGFUjGyhAzFOGkZiW4s98U
	A1DVSCaOT4jW+aKhutSdtdUzu3Lbp8YXLP2mgd3GMpRrgLltO2XdxFa6FiKiWVos
	=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
MIME-Version: 1.0
In-Reply-To: <55649249.6010602@gmail.com>
References: <55649249.6010602@gmail.com>
From: Robert Pendell <shinji+cygwin@elite-systems.org>
Date: Wed, 27 May 2015 06:04:58 -0400
Message-ID: <CAAeCd-MJML73cASLcPRpsE7KWe8oTwuepSqYtBdnwDs26fBovA@mail.gmail.com>
Subject: Re: Non-Cygwin slaves inside tmux
To: cygwin@cygwin.com
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

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

Robert Pendell
A perfect world is one of chaos.
Keybase: http://keybase.io/shinji257

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