Bug #1313
open
I'm currently working on this, especially for the most important cases (
platform/${arch}/${arch}/trap.c ).
corecode commented on this on IRC, and it seems the changes should not focus
just on adding support for si_code but rather a major overhaul.
New signal code using signal queues should be added instead of just hacking the
current code to support si_code and si_addr.
Possibly FreeBSD can be used as a reference as they use signal queues and
si_code/si_addr. Their basic structure is ksiginfo_t in sys/signalvar.h.
About this: I really think we should implement si_code and si_addr asap,
without any major overhaul or anything. Not having for example CLD_EXITED
breaks pkgsrc build of boost-libs, which in turn breaks 40-something more
packages. Both FreeBSD and NetBSD support this properly.
Any comments?
Cheers,
Alex Hornung
Alex Hornung (via DragonFly issue tracker) wrote:
Alex Hornung <ahornung@gmail.com> added the comment:
About this: I really think we should implement si_code and si_addr asap,
without any major overhaul or anything. Not having for example CLD_EXITED
breaks pkgsrc build of boost-libs, which in turn breaks 40-something more
packages. Both FreeBSD and NetBSD support this properly.
Any comments?
Agreed.
The most basic part made it into master already. This includes si_code for
most of the traps, and the proper defines for all of the si_code. This
unbreaks build of boost-libs, too, but still doesn't properly assign all the
SIGCHLD codes.
Cheers,
Alex Hornung
- Description updated (diff)
- Category set to Kernel
- Assignee deleted (
0)
- Target version set to 4.2
Hi,
Is this in the same status as per the last update?
Cheers,
Antonio Huete
- Target version changed from 4.2 to 6.0
Also available in: Atom
PDF