On Thu, 31 Mar 2005 15:37:21 +0200, Sander Striker <[EMAIL PROTECTED]> wrote:
[...]
Given that, we could even opt for removing the abort callback function altogether.
No, we couldn't opt for removing the abort callback. The reason that was added, is that it isn't valid for a library to seg fault or just abort in most situations. The abort callback was added because HTTPd wanted to just kill the child process ASAP. Other applications may want to try to print an error message in this case, so that the user or developer can try to figure out what went wrong.
We can't gaurantee that the app will survive the call to abort, but we need to at least attempt to give other applications the chance to behave differently from HTTPd.
I wasn't even thinking about httpd. It all boils down to the "We can't guarantee...". What's the point in having it then? Not that we can change it at this stage, so I'll shut up now :).
Sander
