X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-0.6 required=5.0	tests=AWL,BAYES_20,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,RCVD_IN_SORBS_WEB,SPF_HELO_PASS,TW_YW
X-Spam-Check-By: sourceware.org
From: "James Johnston" <JamesJ AT motionview3d DOT com>
To: <cygwin AT cygwin DOT com>
References: <20120622022137 DOT GA24472 AT shaw DOT ca> <31937321 DOT 20120622144920 AT mtu-net DOT ru> <20120622181032 DOT GA29688 AT shaw DOT ca>
In-Reply-To: <20120622181032.GA29688@shaw.ca>
Subject: RE: cygwin 1.7.15-1 - .NET console output locks up mintty
Date: Mon, 25 Jun 2012 13:50:22 -0000
Message-ID: <01c101cd52d9$78ea1500$6abe3f00$@motionview3d.com>
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
X-IsSubscribed: yes
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
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q5PDpOZa018031

> -----Original Message-----
> Sent: Friday, June 22, 2012 18:11
> Subject: Re: cygwin 1.7.15-1 - .NET console output locks up mintty
> 
> > > I have noticed a problem with the â"cygwin: The Unix emulation
> > > engine" package, version 1.7.15-1.  Output from .NET console does
> > > not show up, the console
> > > (mintty) becomes unresponsive and must be killed.
> > > Reverting back to 1.7.14-2 fixes the problem.
> >
> > Does the result change if you install the latest snapshot of
> > cygwin1.dll from cygwin.com/snapshots?
> 
> Yes, replacing cygwin1.dll with the latest snapshot, cywgin1-20120619.dll,
> makes the observed problem go away.
> 
> James Johnson asked:
> 
> > Try both of the following:
> >
> > 1.  Update to latest development snapshot, should resolve the bug you
> > are primarily observing.
> > 2.  Set the CYGWIN environment variable to pipe_byte.  Cygwin now uses
> > message pipes by default, which are not compatible with .NET Framework
> > and Visual C++ runtimes (not currently documented anywhere in Cygwin
> > or MS
> > documentation)
> 
> 1. I'm not sure how to do that.

You just said a moment ago that replacing cygwin1.dll with the latest
snapshot from 6/19 made the observed problem go away.  So I guess you
figured out after all how to do my #1 suggestion of using latest development
snapshot? 

> 
> 2. Running "export CYGWIN=pipe_byte" and then the .NET HelloWorld
> program still
>    exhibited the problem.

That's because "pipe_byte" won't fix the problem of a hang.  What pipe_byte
will fix is allow all non-Cygwin programs to properly handle reading from
standard input.  That's because unmanaged VC++ and managed .NET runtimes
don’t support reading a message pipe standard input.  This compatibility
issue with these common Microsoft runtimes isn't yet in the Cygwin
documentation as far as I know, which is why I'm pointing it out to you -
since you're obviously using non-Cygwin programs.

There are many ways to set CYGWIN variable, as others have mentioned.
http://cygwin.com/cygwin-ug-net/setup-env.html shows how to do it from the
Windows command prompt before running Cygwin.  I typically set my variable
system-wide from the advanced System Properties icon in Control Panel, if
you want to do that then I suggest you follow any of the procedures that use
that at https://www.google.com/search?q=windows+7+environment+variables


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