Having successfully thought myself back into the role of SBCL
Mon, 18 Aug 2003 12:51:40 +0000
Having successfully thought myself back into the role of SBCL maintainer on Saturday, I decided it would be nice to fix the longstanding (well, few-months-old) bug that finalisers don't. This is actually a symptom of a more general problem: that I removed all the GC hooks completely because the way we were running them wasn't thread-safe.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command 17849 dan 9 0 150m 72m 896 S 0.0 58.5 10:17.89 gdb
(gdb) info bre Num Type Disp Enb Address What 9 hw watchpoint keep y (int ) 1079316548 (gdb) cont Continuing. Error evaluating expression for watchpoint 9 Error accessing memory address 0x40551044: No such process. Watchpoint 9 deleted. Couldn't write debug register: No such process. (gdb) ^D A debugging session is active. Do you still want to close the debugger?(y or n) y Detaching from program: /home/dan/src/sourceforge/sbcl/src/runtime/sbcl, process 17967 ptrace: No such process. (gdb)
It kind of works. It works up until the point that the pseudo-atomic-interrupted flag mysteriously sets itself without saving the handler/signal/siginfo etc that is supposed to be saved when a PA section is interrupted, so we jump to zero and go boom.
But now it really really is time to return to my assault on CLiki and related stuff, and then investigate programmatic interfaces to Streetmap (which I think may involve XML somewhere).