Displaying 3 results from an estimated 3 matches for "tioctl".
Did you mean:
ioctl
2023 Mar 22
2
[libnbd PATCH v4 0/2] lib/utils: introduce async-signal-safe execvpe()
...Fri Feb 9 11:46:45 1996 Roland McGrath <roland at churchy.gnu.ai.mit.edu>
* time/Makefile (CFLAGS-zdump.c, CFLAGS-zic.c, CFLAGS-ialloc.c,
CFLAGS-scheck.c): Use -DNOID instead of -Wno-unused.
* hurd/Makefile (user-interfaces): Added hurd/tioctl.
(note the date: 1996!), the POSIX-mandated fallback
execv(<shell path>, { argv[0], file, argv[1], ..., NULL })
is not being done. Instead, the following is done:
execv(<shell path>, { <shell path>, file, argv[1], ..., NULL })
In other words, the original argv[0] is not p...
2023 Mar 22
1
[libnbd PATCH v4 0/2] lib/utils: introduce async-signal-safe execvpe()
...45 1996 Roland McGrath <roland at churchy.gnu.ai.mit.edu>
>
> * time/Makefile (CFLAGS-zdump.c, CFLAGS-zic.c, CFLAGS-ialloc.c,
> CFLAGS-scheck.c): Use -DNOID instead of -Wno-unused.
>
> * hurd/Makefile (user-interfaces): Added hurd/tioctl.
>
> (note the date: 1996!), the POSIX-mandated fallback
>
> execv(<shell path>, { argv[0], file, argv[1], ..., NULL })
>
> is not being done. Instead, the following is done:
>
> execv(<shell path>, { <shell path>, file, argv[1], ..., NULL })
>...
2023 Mar 22
3
[libnbd PATCH v4 0/2] lib/utils: introduce async-signal-safe execvpe()
On 3/21/23 18:28, Eric Blake wrote:
> it is indeed a bug in busybox now that POSIX is moving towards
> standardizing realpath, so I've filed it:
> https://bugs.busybox.net/show_bug.cgi?id=15466
I've found another busybox bug.
The "/bin/sh" utility is provided by busybox as well (via the usual symlinking).
Per POSIX, if
execvp(file, { argv[0], argv[1], ..., NULL })