[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f21a06dc-1e2a-87cd-59dc-e8d5245b0a50@gmail.com>
Date: Wed, 6 Apr 2022 21:22:13 +0200
From: Alejandro Colomar <alx.manpages@...il.com>
To: Christian Brauner <brauner@...nel.org>,
Florian Weimer <fweimer@...hat.com>,
Michael Kerrisk <mtk.manpages@...il.com>
Cc: linux-kernel@...r.kernel.org,
Коренберг Марк
<socketpair@...il.com>, Andrei Vagin <avagin@...nvz.org>,
Dmitry Safonov <dima@...sta.com>,
Thomas Gleixner <tglx@...utronix.de>,
Arnd Bergmann <arnd@...db.de>, Serge Hallyn <serge@...lyn.com>,
bugzilla-daemon@...nel.org, linux-api@...r.kernel.org
Subject: vfork(2) behavior not consistent with fork(2) (was: vfork(2) fails
after unshare(CLONE_NEWTIME) (was: [Bug 215769] man 2 vfork() does not
document corner case when PID == 1))
> $ sudo ./vfork_newpid
> vfork_newpid: PID: 8479
> vfork_newpid: PID 8479 exiting after execve(2): Success
> print_pid: PID 1 exiting.
I definitely think this is a kernel (or glibc) bug.
execve(2) is supposed to _never_ return 0 (and errno 0).
I submitted a new bug to discuss it.
Please see <https://bugzilla.kernel.org/show_bug.cgi?id=215813>
Powered by blists - more mailing lists