Fwd: [PATCH 04/16] execve.2: add a note about execv()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[re-adding linux-man to cc]

---------- Forwarded message ---------
From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
Date: Mon, Feb 25, 2019 at 6:27 PM
Subject: Re: [PATCH 04/16] execve.2: add a note about execv()
To: Michael Kerrisk (man-pages) <mtk.manpages@xxxxxxxxx>


Hello, Michael.

On Mon, Feb 25, 2019 at 12:55 PM Michael Kerrisk (man-pages)
<mtk.manpages@xxxxxxxxx> wrote:
[...]
> diff --git a/man3/exec.3 b/man3/exec.3
> index 0d531e921..10f15f3dc 100644
> --- a/man3/exec.3
> +++ b/man3/exec.3
> @@ -277,6 +277,13 @@ internally and were consequently not async-signal-safe,
>  in violation of the requirements of POSIX.1.
>  .\" https://sourceware.org/bugzilla/show_bug.cgi?id=19534
>  This was fixed in glibc 2.24.
> +.\"
> +.SS Architecture-specific details
> +On sparc/sparc64,
> +.BR execv ()
> +is provided as a system call by the kernel
> +(with the prototype shown above)
> +for compatibility with SunOS.

I think that the reference to this sparc-specific system call here
might be a bit misleading; one might assume that glibc, for example,
uses the execv(2) for implementing execv(3) on sparc/sparc64, and that
is not the case (as far as I can see).

--
Eugene Syromyatnikov
mailto:evgsyr@xxxxxxxxx
xmpp:esyr@jabber.{ru|org}


-- 
Eugene Syromyatnikov
mailto:evgsyr@xxxxxxxxx
xmpp:esyr@jabber.{ru|org}



[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux