DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 51JD0O5W3947791 Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 51JD0O5W3947791 Authentication-Results: delorie.com; dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=XYjSW4L0 X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D583D3858417 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1739970022; bh=6hbIQKtML7ST6a9f31gY5dcSQf7PGxot9qzc8wwAMc0=; h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=XYjSW4L05UWpZHIpaN7ecmIFAyG0+3/ayr3Z7Gq0z7vDiMrN0E/Fj4v6Q0N86xhfn vdrBe7oGnQUqsKCJ5l7RsvagIKFoxa8e69z0LijQeehkYMye9KxlVRu/Sy0DiTVIsQ TErKGqqW6B7LGzVx+UJa1t9+7I8k6KC5jlsdDgDw= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org F07E83858C42 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org F07E83858C42 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1739969940; cv=none; b=H4aITJH88omMFndxmthqf2havbIwtp1vtFxmeOUY1UfXEtnNMWGR9H68GtHtLn5skBtI+z/6SGaxeRYU/G/PrMgkUqpQzeOprdI06rFRwl3Jh0/zLGq7BmE7+VbEf88WsYMZkmPnHFZ+lNyYHjj1ll0VZv1aXqHmJkYc8RfpJSA= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1739969940; c=relaxed/simple; bh=nOUcXpUZsHEJkrYdcWL301EZwRA7NMM+5WK7Y+waSX8=; h=Date:From:To:Subject:Message-Id:Mime-Version:DKIM-Signature; b=jwbI3wZQT7hmUyfcWrmf+wt4QATq/xUWeoC2+rUPxTpW1O+8vg5ZjG79/0dWtEHyq08pf2+CsahCyV1dWX53DeD0qDfbWW+rryffPOkxBirhANzXjALCkw02PSfzIqJlztQ6gEQ31a+LjELE9C1WcoETz0JeU8nvLOw2S+wz/Z8= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org F07E83858C42 Date: Wed, 19 Feb 2025 21:58:49 +0900 To: cygwin AT cygwin DOT com Subject: Re: lost output after pipe redirection Message-Id: <20250219215849.81bc27632686b1ed9f44b7d5@nifty.ne.jp> In-Reply-To: <20250219204205.ba1dfa7265ba68cf0deee14e@nifty.ne.jp> References: <6bc117eb-ece2-43a7-91ae-6ab17d62f6ca AT gmail DOT com> <20250218205647 DOT 41b64c0fded65dc9bc681589 AT nifty DOT ne DOT jp> <32abf18d-488e-4658-b006-96c62cfd1f00 AT gmail DOT com> <20250219073813 DOT 7b26b8db73e055b9f1d2c75b AT nifty DOT ne DOT jp> <20250219204205 DOT ba1dfa7265ba68cf0deee14e AT nifty DOT ne DOT jp> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32) Mime-Version: 1.0 X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Takashi Yano via Cygwin Reply-To: Takashi Yano Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On Wed, 19 Feb 2025 20:42:05 +0900 Takashi Yano wrote: > On Wed, 19 Feb 2025 07:38:13 +0900 > Takashi Yano wrote: > > On Tue, 18 Feb 2025 21:59:36 +0100 > > Marco Atzeriwrote: > > > On 18/02/2025 12:56, Takashi Yano via Cygwin wrote: > > > > Hi Marco, > > > > > > > > On Mon, 17 Feb 2025 09:28:11 +0100 > > > > Marco Atzeri wrote: > > > >> Hi Takashi, > > > >> > > > >> I think there is still issue on pipe redirection output lost. > > > >> I have two cases where during package tests the test are reported as > > > >> failures as the output is missing, while running the test stand alone > > > >> the output is produced as expected. > > > >> > > > > > > >> -------------------------------------------------------------- > > > > > > > > This is not a pipe problem, but just a path problem for gdbmtool. > > > > Please try the patch attached. > > > > > > Thanks Takashi, > > > > > > it works. > > > I reported the solution upstream. > > > > I forgot to mention, but this problem does not occur in Linux. > > I don't know why. > > I digged this deeper. > > I noticed that this is not a simple path problem. Even if gdbmtool.exe > is in the path, running it fails if the directory named gdbmtool exists > in the path prior to gdmtool.exe. > > Simple test case which reproduce this problem is attached. This problem > occurs if the executable is linked with libtool. > > The expected output of the test case is: > Hello 1 > Hello 2 > Hello 3 > > However, the output in cygwin is: > Hello 1 > 127 > Hello 3 > > The culprit would be libtool or cygwin1.dll. libtool is the large > scale shell script, so I do not find the cause so far. This seems to be a problem of libtool. With the test case I attached previous mail, the stub executable should call execv() with: /b/.libs/hello.exe because hello.exe is in the directory "b". However, it calls execv() with: /a/.libs/hello.exe Achim, any idea? -- Takashi Yano -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple