This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Reading compressed character maps and gzip EPIPE issues.

From: Paul Eggert <eggert at cs dot ucla dot edu>
To: Carlos O'Donell <carlos at redhat dot com>, Florian Weimer <fw at deneb dot enyo dot de>
Cc: libc-alpha <libc-alpha at sourceware dot org>
Date: Sat, 23 Nov 2019 11:02:44 -0800
Subject: Re: Reading compressed character maps and gzip EPIPE issues.
References: <46d72027-0d3d-4bb8-1928-ef5eb3caca39@redhat.com> <821cde9d-e7e9-333b-cc6d-41e008334d4e@cs.ucla.edu> <c6b01e9e-695c-e414-a32c-711bc465af3b@redhat.com> <87blt290zs.fsf@mid.deneb.enyo.de> <9294d11b-9dc4-1906-d9b4-2e8b80187c5d@redhat.com>

On 11/23/19 10:38 AM, Carlos O'Donell wrote:

Current localedef uses posix_spawnp, which uses vfork, which blocks
all signals while it starts the child. Should we be setting the
signal mask appropriately for posix_spawnp so SIGPIPE can reach
gzip? Is that what we're getting at?

Yes, that sounds like it. The localedef fix should be independent of howposix_spawnp is implemented, though.

References:
- Reading compressed character maps and gzip EPIPE issues.
  - From: Carlos O'Donell
- Re: Reading compressed character maps and gzip EPIPE issues.
  - From: Paul Eggert
- Re: Reading compressed character maps and gzip EPIPE issues.
  - From: Carlos O'Donell
- Re: Reading compressed character maps and gzip EPIPE issues.
  - From: Florian Weimer
- Re: Reading compressed character maps and gzip EPIPE issues.
  - From: Carlos O'Donell

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]