IRC channel logs

2024-04-23.log

back to list of logs

<sneek>Yey! chrislck is back!
<benjaminl>is there a way to "continue" a continuable exception from the interactive debugger?
<benjaminl>I've done something like this in sbcl's debugger, but never got it to work the way I expected in guile
<wingo>benjaminl: restarts or continuable exceptions
<wingo>?
<wingo>guile doesn't really have restarts baked in. probably should, though. would use a dynamically bound stack of abort continuations along with labels and descriptions and such. i am not sure what continuable exceptions are for tbh, i have never found myself using them
<tonyg>wingo: they're used kinda like effect handlers in Smalltalk (my experience is mostly with Squeak) in various places. Not very consistently and not very cleanly
<tonyg>wingo: Guile and Racket have parameters which do better than resumable exceptions in my experience
<chrislck>sneek: botsnack
<sneek>:)
<fnat>Hi, anyone has any thoughts on: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=43364 ? Broader context: https://lists.gnu.org/archive/html/guix-devel/2024-04/msg00199.html
<fnat>tl;dr: I've been encountering the need for a like-system*-but-capture-the-output kind of procedure a few times in Guix. I suggested that it could be added to (guix build utils), but then I was pointed to the above Guile bug report/feature request which might be a better way of going at it?
<benjaminl>wingo: I guess I've been viewing continuable exceptions a less-flexible version of restarts? My actual use-case here is just that I want to have an interactive program keep running without losing it's state after an error occurs and is handled by the debugger
<benjaminl>I think I'm probably missing something for how parameters are substitutable for resumable exceptions
<cwebber>Spritely Goblins v0.13.0 out with a new persistence system and easier IO! https://spritely.institute/news/spritely-goblins-v0130-object-persistence-and-easier-io.html
<janneke>cwebber: yay!
<cwebber>janneke: <3