Message157304
| Author |
pitrou |
| Recipients |
Arfrever, eric.araujo, loewis, nadeem.vawda, neologix, pitrou, rosslagerwall |
| Date |
2012年04月01日.15:39:52 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1333294486.3449.5.camel@localhost.localdomain> |
| In-reply-to |
<CAH_1eM04aYwuRr_gNMvM2U6uwvb4R+5yZQPMbL04xf-+rqFiEw@mail.gmail.com> |
| Content |
> Because calling exit() is the right way to end a process. For example,
> it does the following:
> - atexit()-registered finalizers are run
> - stdio streams are flushed and closed (although it could probably
> done by the interpreter)
> - files created with tmpfile() are removed (on POSIX systems, they're
> removed after creation, but you can imagine an implementation where
> they would need to be explicitely removed upon close)
>
> This would not be performed if the signal is raised.
> Since the user has the possibility of restoring default signal
> handlers with SIG_DFL, I think we could stcik with the current
> behavior.
Ah, ok, I agree with you, then. |
|