RE: Process library and signals

2005-02-07 Thread Glynn Clements
Simon Marlow wrote: I think this covers most of the useful situations. If you want to do the same thing in both parent and child, or handle in the parent and SIG_DFL in the child: use runProcess. If you want to ignore in the parent and SIG_DFL in the child: use

RE: Process library and signals

2005-01-31 Thread Simon Marlow
On 27 October 2004 15:08, Glynn Clements wrote: Simon Marlow wrote: So basically you're saying that if runProcess is to be used in a system()-like way, that is the parent is going to wait synchronously for the child, then the parent should be ignoring SIGQUIT/SIGINT. On the other hand, if

RE: Process library and signals

2004-10-27 Thread Simon Marlow
My apologies if I misinterpreted your comments. There appear to be some use cases and conventions here that I'm not altogether familiar with. So basically you're saying that if runProcess is to be used in a system()-like way, that is the parent is going to wait synchronously for the child, then

RE: Process library and signals

2004-10-27 Thread Glynn Clements
Simon Marlow wrote: So basically you're saying that if runProcess is to be used in a system()-like way, that is the parent is going to wait synchronously for the child, then the parent should be ignoring SIGQUIT/SIGINT. On the other hand, if runProcess is going to be used in a popen()-like