diff options
author | newton <newton@FreeBSD.org> | 2000-01-15 15:29:37 +0000 |
---|---|---|
committer | newton <newton@FreeBSD.org> | 2000-01-15 15:29:37 +0000 |
commit | bf5443aad0553ca645e08cf1b1c1393fc3af8d1f (patch) | |
tree | 605512925fe1166892ab7ac89559789b69a05722 /sys/svr4/svr4_filio.c | |
parent | 5db3ba7b9b236e9d8bbec14080167428916e1668 (diff) | |
download | FreeBSD-src-bf5443aad0553ca645e08cf1b1c1393fc3af8d1f.zip FreeBSD-src-bf5443aad0553ca645e08cf1b1c1393fc3af8d1f.tar.gz |
Pre-freeze cleanups: Conditionalize debugging writes on DEBUG_SVR4,
eliminate warnings, etc.
Note that svr4_setcontext() and svr4_getcontext() currently don't work
correctly, which makes returning from signal handlers somewhat problematic
(for reference: the SysVR4 setcontext() and getcontext() syscalls behave
like a low-level version of setjmp() and longjmp(), in that they save and
restore process context. SysVR4 uses this to implement its signal handler
trampoline: The context which is saved before a signal handler is called
is restored by an implicit call to the setcontext() syscall when the signal
handler returns. That currently doesn't work right in this emulator,
although it used to).
I'm committing this anyway, with a caveat that it's buggy, so that I can
(a) note the bug for anyone who is wondering about it, and (b) get the
stuff I've done to improve (but not fix) the situation in the tree before
4.0 is released. If I have time to fix it totally RSN I'll talk to Jordan
to see if I can bend him into letting me commit a bugfix :-)
Note that the situation now is somewhat better than it was yesterday
anyway, because I've fixed the handling of svr4_sigsets which previously
was causing signal handlers to not get called at all. Stay tuned for
an upcoming commit to svr4_signal.c...
Diffstat (limited to 'sys/svr4/svr4_filio.c')
0 files changed, 0 insertions, 0 deletions