summaryrefslogtreecommitdiffstats
path: root/sys/svr4/svr4_filio.c
diff options
context:
space:
mode:
authornewton <newton@FreeBSD.org>2000-01-15 15:29:37 +0000
committernewton <newton@FreeBSD.org>2000-01-15 15:29:37 +0000
commitbf5443aad0553ca645e08cf1b1c1393fc3af8d1f (patch)
tree605512925fe1166892ab7ac89559789b69a05722 /sys/svr4/svr4_filio.c
parent5db3ba7b9b236e9d8bbec14080167428916e1668 (diff)
downloadFreeBSD-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
OpenPOWER on IntegriCloud