Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: misleading message for SIGFPE
- X-seq: zsh-workers 53123
- From: Vincent Lefevre <vincent@xxxxxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Re: misleading message for SIGFPE
- Date: Wed, 25 Sep 2024 14:33:53 +0200
- Archived-at: <https://zsh.org/workers/53123>
- In-reply-to: <CAH+w=7bLH6Psojzw_gJBEwd-4Wop+GWtjdNSNZsiu5iy=CsrFQ@mail.gmail.com>
- List-id: <zsh-workers.zsh.org>
- Mail-followup-to: zsh-workers@xxxxxxx
- References: <20240924123652.GA299236@qaa.vinc17.org> <CAH+w=7ZD23odkHK_oFRO0g40AdQx+GMNZ+dhVSQ-Qdw3Gch+vw@mail.gmail.com> <CAH+w=7bLH6Psojzw_gJBEwd-4Wop+GWtjdNSNZsiu5iy=CsrFQ@mail.gmail.com>
On 2024-09-24 13:03:27 -0700, Bart Schaefer wrote:
> On Tue, Sep 24, 2024 at 11:05 AM Bart Schaefer
> <schaefer@xxxxxxxxxxxxxxxx> wrote:
> >
> > I'm not very familiar with
> > usage of siginfo or whether the parent process is able to obtain it
>
> Looks as if this is possible (man 5 siginfo). It appears we'd have to
> switch to using waitid(2) for child reaping.
I don't think that it brings anything useful. You'll get the si_code
of the parent (i.e. corresponding to SIGCHLD)[*], not the one that
corresponds to the SIGFPE for the child.
[*] So, as the waitid(2) man page says:
si_code
Set to one of: CLD_EXITED (child called _exit(2)); CLD_KILLED
(child killed by signal); CLD_DUMPED (child killed by signal, and
dumped core); CLD_STOPPED (child stopped by signal); CLD_TRAPPED
(traced child has trapped); or CLD_CONTINUED (child continued by
SIGCONT).
--
Vincent Lefèvre <vincent@xxxxxxxxxx> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Messages sorted by:
Reverse Date,
Date,
Thread,
Author