linux-man.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Michael Kerrisk <mtk.manpages-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
To: Colin Watson <cjwatson-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
Cc: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: execve signal reset
Date: Wed, 6 Jan 2010 04:12:53 +1300	[thread overview]
Message-ID: <cfd18e0f1001050712u2a46a62bk944805e2a6c8557@mail.gmail.com> (raw)
In-Reply-To: <20100105142136.GI5847-K2jUmMR1UYV4cg9Nei1l7Q@public.gmane.org>

Hello Colin,

On Wed, Jan 6, 2010 at 3:21 AM, Colin Watson <cjwatson-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org> wrote:
> Using man-pages 3.23 on Ubuntu lucid, I recently had cause to look up
> what happens to signal handlers across execve(). The execve(2) manual
> page contains the following sentence:
>
>  The dispositions of any signals that are being caught are reset to
>  being ignored.
>
> As it happened, though, the signal I'm interested in right now defaults
> to "terminate process", so I found this statement ambiguous, and looked
> up POSIX, which says "Signals set to be caught by the calling process
> image shall be set to the default action in the new process image".
>
> How about the following patch?

Obviously correct, and applied for 2.34.

Thanks,

Michael

>
> diff --git a/man2/execve.2 b/man2/execve.2
> index 0ea50db..11bec18 100644
> --- a/man2/execve.2
> +++ b/man2/execve.2
> @@ -120,7 +120,8 @@ All process attributes are preserved during an
>  except the following:
>  .IP *
>  The dispositions of any signals that are being caught are
> -reset to being ignored.
> +reset to the default action
> +.RB ( signal (7)).
>  .IP *
>  Any alternate signal stack is not preserved
>  .RB ( sigaltstack (2)).
>
> Thanks,
>
> --
> Colin Watson                                       [cjwatson-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org]
>



-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of "The Linux Programming Interface" http://blog.man7.org/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      parent reply	other threads:[~2010-01-05 15:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-05 14:21 execve signal reset Colin Watson
     [not found] ` <20100105142136.GI5847-K2jUmMR1UYV4cg9Nei1l7Q@public.gmane.org>
2010-01-05 15:12   ` Michael Kerrisk [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cfd18e0f1001050712u2a46a62bk944805e2a6c8557@mail.gmail.com \
    --to=mtk.manpages-gm/ye1e23mwn+bqq9rbeug@public.gmane.org \
    --cc=cjwatson-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org \
    --cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).