#14636: ECL spkg : dirty workarounds?
--------------------------------------+-------------------------------------
Reporter: Snark | Owner: jdemeyer
Type: defect | Status: new
Priority: major | Milestone: sage-pending
Component: packages: standard | Resolution:
Keywords: | Work issues:
Report Upstream: N/A | Reviewers:
Authors: | Merged in:
Dependencies: | Stopgaps:
--------------------------------------+-------------------------------------
Comment (by nbruin):
Replying to [comment:12 jdemeyer]:
> Preferably, we don't have any `SIGCHLD` handler at all. Note that
`SIGCHLD` is an unusual signal: it is the only signal which is ''ignored''
by default. Therefore, having a `SIGCHLD` handler which does nothing is
still quite different from having no handler (and ignoring the signal).
I wondered about that. It's not clear to me why in our situation it even
makes a difference what we do to `ECL_OPT_TRAP_SIGCHLD`(but given that
Volker's fix had effect apparently it does).
The Sage `SIGCHLD` should be the `default` or `ignore` handler. Right
after calling `cl_boot` we reset all handlers back to the sage handlers,
so it shouldn't matter what ECL installs. We only change back some select
handlers in `eclsig.c` and `SIGCHLD` is not one of them. Is there
something that `ecl` changes that doesn't get reverted by `sigaction`?
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/14636#comment:13>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
