freenode/#sbcl - IRC Chatlog
Search
22:18:36
attila_lendvai
it's a neat trick to SIGNAL them, as opposed to ERROR them, but it still doesn't make sense to me
22:19:59
scymtym
a handler would have to invoke the CONTINUE restart or not handle the condition for the suppression to work
22:20:44
attila_lendvai
FWIW, I have a construct for such situation (possibility of errors happening while dealing with errors): https://hub.darcs.net/hu.dwim/hu.dwim.util/browse/source/error-handling.lisp#17
22:21:46
scymtym
this behavior is probably ok for BREAK because the condition is not an error in that case
22:23:32
attila_lendvai
it's somewhat convoluted because of other stuff like logging, and thread state tracking, but it made a lot of code behave much better. many headaches involved logging and custom print-object methods triggering a nested error
22:37:49
attila_lendvai
scymtym: here's a relatively straightforward example of how it's used (to deal with errors coming from a transaction rollback): https://hub.darcs.net/hu.dwim/hu.dwim.rdbms/browse/source/generic/transaction.lisp#175
22:49:17
attila_lendvai
plus there are a lot of subtleties that can go wrong if you write out your own handler-bind's every time. and the default level 2+ handlers are suitable most of the time. I remember messing around with it for quite a while until it settled, but then it just worked.
0:22:44
Jesin
To get sbcl 1.3.21 to build, I had to do this: sed -Ei 's/\bstruct\s+ucontext\b/ucontext_t/g' src/runtime/*-os.[ch]
0:23:58
Jesin
so far I have found 0 documentation of "struct ucontext" ever existing; it's always been "ucontext_t"
1:44:05
Jesin
dougk: oh ok, thanks. Still, it seems it was standardized with the name "ucontext_t" a while back, and my system does not have "struct ucontext"
8:58:53
scymtym
dougk: lots of crashes "GC invariant lost, file "marknsweepgc.c", line 2259" on x86_64 when dumping an image. seems to have started with commit "x86-64: Save absolute assembler routine fixups"