Pádraig Brady wrote: > I notice that split --filter spuriously returned with > status 141 just because the filter finished early. > This is a fairly good way to reproduce: > > yes | head -n200K | split -b1G --filter='head -c1 >/dev/null' > > I avoided this by not unblocking SIGPIPEs before > calling closeout(), which just lets any pending SIGPIPEs through. > I can't see why we would need to unblock them. ... > Subject: [PATCH] split: return success even if a --filter exits > > src/split.c (main): Don't unblock SIGPIPE before cleanup, > as then any pending signals will be sent and cause > the main split process to exit with a non zero status (141). > * test/split/filter: Add a test for this case.
Nice. Thank you!
