Re: [PATCH] split: return success even if a --filter exits

[Jim Meyering]

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!