Reading compressed character maps and gzip EPIPE issues.

[Carlos O'Donell]

On 11/24/19 3:31 PM, Paul Eggert wrote:
> On 11/24/19 8:10 AM, Andreas Schwab wrote:
>> localedef has not business messing with signals.  If the parent
>> ignores SIGPIPE its their problem.
> 
> Although the parent indeed should not ignore SIGPIPE because of the
> trouble that causes, it would also be helpful for localedef to set
> the SIGPIPE handler to SIG_DFL in its subprocess that is intended to
> produce output to a pipe that localedef may not entirely drain. This
> sort of thing is common in GNU applications, and it wouldn't be
> unreasonable for localedef to do the same.
 
I agree.

At this point though we're 2 for and 2 against for this kind of change.

Andreas, Florian, Do we really think that fixing this in localedef
*only* for the gzip subprocess spawned by posix_spwanp is a bad idea?
If so, why?

-- 
Cheers,
Carlos.