summaryrefslogtreecommitdiffstats
path: root/usr.bin/make/cmd_exec.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* turns out there WAS something fishy in signal handling in the "generic"espie2020-01-161-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | reaper. Specifically, the sigprocmask/wait/sigsuspend dance is correct for the main process, BUT you have to remember to reset the signal mask to something sane for the child (this was a duh! moment, that bug is very stupid) Finally, bluhm@ saw the actual issue. Kudoes to him. The change to "unify" sequential and parallel make made the bug reproducible under some circumstances (because in the parallel make case, many things may happen in different successions, so you don't get the wrong signal mask that often, but the sequential case is reproducible, and using the "streamlined" reaper meant the fork would occur WITHIN the signal loop instead of OUTSIDE) So: - discover signal state early on through Sigset_init; - introduce reset_signal_mask to get back to the initial state; - call reset_signal_mask systematically after fork This organisation thanks to cmd_exec. SOME cmd_exec happens before Job_Init happens, some afterwards (variables are still lazy and both !!= and :sh will occur AFTER parsing), so both fork() need to be protected. okay bluhm@ thx to sthen@ and naddy@ and mpi@ for helping out.
* remove unused variablechl2016-03-281-2/+1
| | | | ok espie@
* safer pattern: if you're interested in one child, get THAT one, don't stealespie2016-03-051-2/+2
| | | | | | | | | | children from other parts of the program. In that case, there's no reason to try to catch other process. 1/ they don't exist 2/ if they did, stealing their status would be bad. okay deraadt@
* Correct $OpenBSD$ stuffespie2010-07-191-2/+1
|
* two small changes:espie2010-07-191-1/+1
| | | | | | | | | | | - allow variables in SysV modifiers, as requested by matthieu@ (since recursive variables are an extension, this just extends the extension) - variation on :Q called :QL (quote list), which does quote every character EXCEPT for whitespace. e.g., toto: @for i in ${VAR:QL} ...
* reindent (no binary change)espie2007-07-241-96/+95
|
* ISO function declarations, trim a few comments, rename a few variables toespie2004-04-071-4/+2
| | | | | | more explicit/more consistent names. okay otto@
* out of bounds. report by david@. ok espie@tedu2003-10-191-2/+2
|
* dup2() style nit--don't dup2() if oldfd == newfd; espie@ OK.millert2002-08-051-3/+4
|
* use fork, not vfork. seems to fix misterious trapframe trashing on hppa; deraadt@ okmickey2002-07-311-2/+2
|
* Mostly clean-up:espie2001-05-231-0/+143
- cut up those huge include files into separate interfaces for all modules. Put the interface documentation there, and not with the implementation. - light-weight includes for needed concrete types (lst_t.h, timestamp_t.h). - cut out some more logically separate parts: cmd_exec, varname, parsevar, timestamp. - put all error handling functions together, so that we will be able to clean them up. - more systematic naming: functioni to handle interval, function to handle string. - put the init/end code apart to minimize coupling. - kill weird types like ReturnStatus and Boolean. Use standard bool (with a fallback for non-iso systems) - better interface documentation for lots of subsystems. As a result, make compilation goes somewhat faster (5%, even considering the largish BSD copyrights to read). The corresponding preprocessed source goes down from 1,5M to 1M. A few minor code changes as well: Parse_DoVar is no longer destructive. Parse_IsVar functionality is folded into Parse_DoVar (as it knows what an assignment is), a few more interval handling functions. Avoid calling XXX_End when they do nothing, just #define XXX_End to nothing. Parse_DoVar is slightly more general: it will handle compound assignments as long as they make sense, e.g., VAR +!= cmd will work. As a side effect, VAR++=value now triggers an error (two + in assignment). - this stuff doesn't occur in portable Makefiles. - writing VAR++ = value or VAR+ +=value disambiguates it. - this is a good thing, it uncovered a bug in bsd.port.mk. Tested by naddy@. Okayed millert@. I'll handle the fallback if there is any. This went through a full make build anyways, including isakmpd (without mickey's custom binutils, as he didn't see fit to share it with me).