bsd/kern/kern_exec.c

175  * Mach things for which prototypes are unavailable from Mach headers
251  *		int				segment from which string comes
311  *		int				segment from which path comes
329  *		"path", which could be an absolute pathname. This might be
397  * size.  If this is the case, then break out the arguments, if any, which
802 	 * uthread are actually those of our parent, and our proc, which we
842 	 * execve() following a vfork(), which is an unrecoverable condition.
887 	 * Close file descriptors which specify close-on-exec.
1022 	 * install new helpers which no longer belong to this process!
1086 	 * Apply the apptype state (which primes the task for importance donation)
1198 	/* Use imgp->ip_strings, which contains the copyin-ed exec path */
1293 			/* Use imgp->ip_strings, which exec_shell_imgact reset to the interpreter */
1423 			act->which, port) != KERN_SUCCESS)
1504 			 * a path argument, which is normally copied in from
1952 	 * which depends on it.
1962 	 * process which does not inherit memory from the parent process,
1963 	 * which is one of the most expensive things about using fork()
2078 		 * boot-arg (-disable_aslr) to deal with this (which itself is
2182 		 * usage limit, which will generate a resource exceeded exception if any one thread exceeds the
2231 			 * Apply the boost count found on the ports, which will keep the
2281 	 * before check_for_signature(), which uses psignal.
2288 		 * Drop the signal lock on the child which was taken on our
2303 	 * We have to delay operations which might throw a signal until after
2352 		 * particularly w.r.t. errors, and which thread/process
2733  * which preceed it on the stack are properly aligned.
2820 	 * which we already know is aligned properly, and ip_argspace
3009 			 * passed to execve() for interpreters which do not use the PATH
3430 	 * Note:	MAC policies which do not actually end up modifying
3479 		 *		part of the security model, which requires a
3563 			 * descriptors in this range which has implied meaning
3663  *		map			Address map in which to allocate the new stack
3910  *		depending on which way the stack grows; see the function
4312 			 * into account the slide, at which point the all_image_infos_address