X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-0.3 required=5.0	tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,RCVD_IN_SORBS_WEB,SPF_HELO_PASS,TW_YG
X-Spam-Check-By: sourceware.org
From: "James Johnston" <JamesJ AT motionview3d DOT com>
To: <cygwin AT cygwin DOT com>
References: <CAHxe11=J=cJnwWcRnA1Pi9CmezWw+z04-b5k4trVmE3mVbiH7A AT mail DOT gmail DOT com> <CAHxe11=DBVftZ15xCLjnaEFYVESqggezJtx2EJNK2ZTUrMUNdQ AT mail DOT gmail DOT com>
In-Reply-To: <CAHxe11=DBVftZ15xCLjnaEFYVESqggezJtx2EJNK2ZTUrMUNdQ@mail.gmail.com>
Subject: RE: 1.7.10->1.7.13 : output from .NET programs does not get through pipeline to a visual c++ program
Date: Fri, 20 Apr 2012 16:27:16 -0000
Message-ID: <00e501cd1f12$74645fe0$5d2d1fa0$@motionview3d.com>
MIME-Version: 1.0
Content-Type: text/plain;	charset="us-ascii"
Content-Transfer-Encoding: 7bit
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

I ran into similar issues, which seemed to be fixed in 1.7.12 - but if you
are still having issues even on the current Cygwin version of 1.7.13, I'd be
interested to know if they can be resolved.  If it's anything like the issue
I found, it has to do with erroneous pipe handling in Cygwin and nothing
directly to do with .NET.

Have you read this thread yet that I started last month?
http://sourceware.org/ml/cygwin/2012-03/msg00298.html

The technique I found useful was to use Reflector to decompile the .NET
Framework's Console class.  You could also refer to the framework's source
code, which Microsoft has made publicly available (believe it or not!).
(But for me, decompiled results from Reflector are often faster than trying
to obtain and then find the exact set of C# source files used to compile the
class in question.  Also, Reflector provides convenient hyperlinks to jump
from one related function to another.)

After decompiling, I traced the code so I knew exactly what Win32 API calls
were being made to read/write the console.  I was then able to isolate and
reproduce the issue in a straight Win32 app, taking .NET out of the equation
- which I then posted to the mailing list:

1.  I simplified C# code to smallest / simplest size possible that still
reproduces the issue.
2.  I decompiled each function call I made to the framework, and followed
the framework's code to see what API calls it made.  I took notes and made a
list of API calls that it made in chronological order.
3.  Using my notes, wrote a simple C++ program that reproduced the issue.
4.  Simplified the C++ program as much as possible while reproducing the
issue.

-----Original Message-----
Sent: Friday, April 20, 2012 10:27
Subject: Re: 1.7.10->1.7.13 : output from .NET programs does not get through
pipeline to a visual c++ program

Strange, I am using mintty and tcsh. It also fails for me in cmd/bash,
cmd/tcsh, mintty/bash.
It does work with straight forward cmd prompt, no cygwin shells. I am using
32bit windows 7 though, not sure if that helps.
$ uname -a
CYGWIN_NT-6.1 F1N6LQ1 1.7.13(0.260/5/3) 2012-04-05 12:43 i686 Cygwin

Perhaps a little bit more about development environment?
Using VS2010 C# 4.0 (VS2008 fails to work as well using C# 3.0 and C# 2.0)

OK, while writing this I did test this on a 64bit windows and I get the same
result, no output from readin.

My original post has the cygcheck output, is there any major difference
between your configuration and mine there? I am more than happy to try out
various options that might fix or even help work out what is going on.


Alan


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