X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-101.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,USER_IN_WHITELIST X-Spam-Check-By: sourceware.org X-Mail-Handler: MailHop Outbound by DynDNS X-Report-Abuse-To: abuse AT dyndns DOT com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19PQAHsl2G2d5GHsbU79sZW Resent-From: Christopher Faylor Resent-Date: Wed, 25 Apr 2012 11:32:43 -0400 Resent-Message-ID: <20120425153243 DOT GA31279 AT ednor DOT casa DOT cgf DOT cx> Resent-To: cygwin AT cygwin DOT com Date: Wed, 25 Apr 2012 11:25:18 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: 1.7.10->1.7.13 : output from .NET programs does not get through pipeline to a visual c++ program Message-ID: <20120425152518.GA30289@ednor.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <00e101cd1f09$83405310$89c0f930$@motionview3d.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Wed, Apr 25, 2012 at 03:19:26PM +0100, alanhowells.e4ward.com wrote: >> Please don't http://cygwin.com/acronyms/#TOFU >My apologies > >I know my test code wasn't robust, I just wanted to get something >going to prove any issues. Anyway, I still have the issue when using >std::cin. Let me start again and give you some programs and show you >what is happening. > >I have 4 programs, consoleout1 (a C# program calling PInvoke methods >which replicates Console.Out.WriteLine at its minimum), consoleout2 (a >c++ program calling the same Win32 methods as consoleout1), readin1 (a >c++ program that uses std::cin to read from the console) and readin2 >(a c++ program uses Win32 to read from the console). > >Here are the results >$ ./consoleout1.exe hello world | ./readin1.exe >$ ./consoleout1.exe hello world | ./readin1.exe >$ ./consoleout1.exe hello world | ./readin2.exe >hello >world >$ ./consoleout2.exe hello world | ./readin1.exe >$ ./consoleout2.exe hello world | ./readin1.exe >hello >world >$ ./consoleout2.exe hello world | ./readin2.exe >hello >world >$ I've built the c++ programs with mingw gcc and I can't duplicate the behavior. And, that's a relief because the behavior makes no sense. There should be no persistent state saved between opening of two different pipes. So, sorry, but the only theory I can raise is BLODA. 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