* primitive-exit doesn't _exit
@ 2003-02-05 17:41 Andrew Pimlott
2003-02-09 22:08 ` Kevin Ryde
0 siblings, 1 reply; 2+ messages in thread
From: Andrew Pimlott @ 2003-02-05 17:41 UTC (permalink / raw)
I thought that primitive-exit would call _exit(2) instead of
exit(3). The reason is basically the same as for not calling scheme
unwind handlers: some library may have registered an atexit hook,
and you don't want this called in the forked process.
I think there needs to be some way to _exit. primitive-exit seems
like the natural way to me, but if not there, perhaps in a new
function.
Andrew
_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: primitive-exit doesn't _exit
2003-02-05 17:41 primitive-exit doesn't _exit Andrew Pimlott
@ 2003-02-09 22:08 ` Kevin Ryde
0 siblings, 0 replies; 2+ messages in thread
From: Kevin Ryde @ 2003-02-09 22:08 UTC (permalink / raw)
Cc: Andrew Pimlott
Andrew Pimlott <andrew@pimlott.net> writes:
>
> I think there needs to be some way to _exit. primitive-exit seems
> like the natural way to me, but if not there, perhaps in a new
> function.
Just to chuck in my two cents worth, I too think it'd be good to have
a _exit available. This would help guile-gtk, since gtk recommends
that _exit be used in a child process after forking.
But I don't know if it should be primitive-exit doing this or a new
function. I guess it depends whether there's a case for wanting C
level atexit cleanups but not scheme level unwinds.
_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-02-09 22:08 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-02-05 17:41 primitive-exit doesn't _exit Andrew Pimlott
2003-02-09 22:08 ` Kevin Ryde
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).