Video on continuations, and call/cc-safe programming in the SRFI Bradley Lucier (17 Aug 2022 16:29 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (17 Aug 2022 19:58 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (18 Aug 2022 14:57 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (11 Sep 2022 07:32 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (11 Sep 2022 17:59 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (11 Sep 2022 18:25 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (12 Sep 2022 17:33 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (14 Sep 2022 06:48 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (17 Sep 2022 15:51 UTC)
Re: Video on continuations, and call/cc-safe programming in the SRFI Marc Nieper-Wißkirchen (20 Sep 2022 06:33 UTC)

Video on continuations, and call/cc-safe programming in the SRFI Bradley Lucier 17 Aug 2022 16:29 UTC

https://www.youtube.com/watch?v=Ju3KKu_mthg

This video, which was shared on the Scheme discord channel, explains how
call/cc captures the state of the stack.

I think that, in the language of the video, I changed the SRFI library
code to ensure that, if the stack/continuation is captured, the library
code doesn't change the state of the data on the captured stack (using
set!, vector-set!, etc.).

I figured that, instead of trying to say what "call/cc safe" means in
general, I'd say how I changed the library code.

Brad