emo/busybox
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

*: move getopt reset code to better place(s)

Browse Source
This commit is contained in:
Denis Vlasenko
2008-01-28 22:57:10 +00:00
parent 73032ca04b
commit 9772816570
4 changed files with 31 additions and 26 deletions
Download Patch File Download Diff File Expand all files Collapse all files

20
libbb/vfork_daemon_rexec.c
View File

@ -137,26 +137,6 @@ int run_nofork_applet_prime(struct nofork_save_area *old, int applet_no, char **
* die_sleep and longjmp here instead. */
die_sleep = -1;
/* Reset the libc getopt() function, which keeps internal state.
*
* BSD-derived getopt() functions require that optind be reset to 1 in
* order to reset getopt() state. This used to be generally accepted
* way of resetting getopt(). However, glibc's getopt()
* has additional getopt() state beyond optind, and requires that
* optind be set zero to reset its state. So the unfortunate state of
* affairs is that BSD-derived versions of getopt() misbehave if
* optind is set to 0 in order to reset getopt(), and glibc's getopt()
* will core ump if optind is set 1 in order to reset getopt().
*
* More modern versions of BSD require that optreset be set to 1 in
* order to reset getopt(). Sigh. Standards, anyone?
*/
#ifdef __GLIBC__
optind = 0;
#else /* BSD style */
optind = 1;
/* optreset = 1; */
#endif
/* option_mask32 = 0; - not needed */
argc = 1;