src-test2/lib/libc/gen/exec.c, branch release/4.7.0_cvs

This commit was manufactured by cvs2svn to create tag

2002-10-08T05:39:08Z

'RELENG_4_7_0_RELEASE'. This commit was manufactured to restore the state of the 4.7-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

Simplify sytem call renaming. Instead of _foo() <-- _libc_foo <-- foo(),

2000-01-27T23:07:25Z

just use _foo() <-- foo(). In the case of a libpthread that doesn't do call conversion (such as linuxthreads and our upcoming libpthread), this is adequate. In the case of libc_r, we still need three names, which are now _thread_sys_foo() <-- _foo() <-- foo(). Convert all internal libc usage of: aio_suspend(), close(), fsync(), msync(), nanosleep(), open(), fcntl(), read(), and write() to _foo() instead of foo(). Remove all internal libc usage of: creat(), pause(), sleep(), system(), tcdrain(), wait(), and waitpid(). Make thread cancellation fully POSIX-compliant. Suggested by: deischen

Add three-tier symbol naming in support of POSIX thread cancellation

2000-01-12T09:23:48Z

points. For library functions, the pattern is __sleep() <-- _libc_sleep() <-- sleep(). The arrows represent weak aliases. For system calls, the pattern is _read() <-- _libc_read() <-- read().

$Id$ -> $FreeBSD$

1999-08-28T00:22:10Z

Fix a (relatively harmless) braino. I confused myself over the for() loop

1999-03-24T02:43:05Z

that counted the number of elements in argv. The counter is incremented in the next-iteration section of the loop, not the body, so at termination it's already "counted" the element that failed the continuation test - in this case the NULL argv terminator. Noted by: bde

Remove last remaining references to malloc/realloc and functions that

1999-03-23T16:40:34Z

call them. All the execX() libc functions should be vfork() safe now. Specifically: - execlp() does the argument count-and-build into a vector from alloca (like the others) - buildargv() is no longer used (and gone). - execvp() uses alloca/strcpy rather than strdup(). - the ENOEXEC handler uses alloca rather than malloc. - a couple of free() calls removed - alloca works on the local stack and the allocations are freed on function exit (which is why buildargv wasn't useful - it's alloca() context would disappear on return). Along the way: - If alloca() fails (can it?), set errno = ENOMEM explicitly. - The ENOEXEC recovery routine that trys again with /bin/sh appeared to not be terminating the new argv[] array for /bin/sh, allowing it to walk off the end of the list. I dithered a bit about using alloca() even more as it's most commonly associated with gcc. However, standalone portable (using malloc) and machine-specific assembler alloca implementations appear to be available on just about all the architectures we're likely to want to port to. alloca will be the least of our problems if ever going to another compiler.

Fix style issues in execl(), and make execle() vfork()-safe.

1998-10-15T17:14:15Z

Reviewed by: bde Approved by: jkh

Correct braino in previous commit. I get the pointy hat again.

1998-10-14T20:23:40Z

Make execl() vfork()-safe. This should fix potential bugs in rcp,

1998-10-14T18:53:36Z

telnet and tip, and probably a few other apps. Reviewed by: bde Approved by: jkh

stat() the correct file in execvp() so that the fine tuned errno handling

1997-11-20T15:09:38Z

actually works.