raise-foreign-error Marc Nieper-Wißkirchen (16 Aug 2020 14:30 UTC)
Re: raise-foreign-error hga@xxxxxx (16 Aug 2020 15:04 UTC)
Re: raise-foreign-error Marc Nieper-Wißkirchen (16 Aug 2020 15:26 UTC)
Re: raise-foreign-error hga@xxxxxx (16 Aug 2020 16:02 UTC)
Re: raise-foreign-error John Cowan (17 Aug 2020 02:35 UTC)
Re: raise-foreign-error hga@xxxxxx (17 Aug 2020 11:58 UTC)
Re: raise-foreign-error Lassi Kortela (17 Aug 2020 12:06 UTC)
Re: raise-foreign-error hga@xxxxxx (17 Aug 2020 14:20 UTC)
R6RS condition type hierarchy Lassi Kortela (17 Aug 2020 12:10 UTC)
Re: R6RS condition type hierarchy John Cowan (17 Aug 2020 13:40 UTC)
Re: R6RS condition type hierarchy Lassi Kortela (17 Aug 2020 14:47 UTC)
Re: R6RS condition type hierarchy Marc Nieper-Wißkirchen (17 Aug 2020 14:56 UTC)

Re: raise-foreign-error Lassi Kortela 17 Aug 2020 12:06 UTC

>> Even so, please push it to Arthur as draft #4.  Draft #3 doesn't come
>> close to our ideas any more, and having it posted is highly misleading.

+1

> In progress, e.g. adding all the outstanding issues, am proofreading now.

Thanks a lot for all the patience and effort!

> Following Marc's advice, and adding the above bit about SRFI 34

+1

> (SRFI 12 is withdrawn, so for now I'm assuming systems that still use it don't
> need mentioning in the SRFI)

Normally that policy makes perfect sense. However, SRFI 12 is a bit of a
special case since it's still used by Chicken as John noted.