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 hga@xxxxxx 17 Aug 2020 14:19 UTC

> From: Lassi Kortela <xxxxxx@lassi.io>
> Date: Monday, August 17, 2020 7:06 AM
>
> [...]
>
>> 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.

I'm assuming that for special cases like Chicken, the community
doesn't need to be told to use their unique error raising method,
i.e. the advice from Marc is general.

- Harold