GNU bug report logs - #79079
31.0.50; Piped command output is sometimes lost in Eshell

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: mail <at> daniel-mendler.de, eggert <at> cs.ucla.edu, 79079 <at> debbugs.gnu.org
Subject: bug#79079: 31.0.50; Piped command output is sometimes lost in Eshell
Date: Sun, 17 Aug 2025 10:57:04 +0300

> Date: Sat, 16 Aug 2025 23:33:49 -0700
> Cc: mail <at> daniel-mendler.de, eggert <at> cs.ucla.edu, 79079 <at> debbugs.gnu.org
> From: Jim Porter <jporterbugs <at> gmail.com>
> 
> > P.S. I'd like to see what this does on Windows, where there's neither
> > SIGPIPE nor EPIPE, but that's a separate funeral.
> 
> For what it's worth, Gnulib says the following:
> 
> /* On native Windows platforms, SIGPIPE does not exist.  When write() is
>     called on a pipe with no readers, WriteFile() fails with error
>     GetLastError() = ERROR_NO_DATA, and write() in consequence fails with
>     error EINVAL.  */
> 
> Gnulib's 'write' (well really, 'rpl_write') checks for ERROR_NO_DATA and 
> raises SIGPIPE for us, so hopefully we're ok here?

We don't use Gnulib's replacement for 'write', so if anything is
needed in this area, we'll need to do it in w32.c:sys_write (which
also supports network and serial connections, so it would be
interesting what socket error is returned when the other side closes
the socket.

There's also ERROR_BROKEN_PIPE, which happens when _reading_ from a
pipe whose other end was closed.  is that also EPIPE on Posix systems?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.