Re: Exception handling - symbol for encoding exception type?

2022-04-07 Thread Zelphir Kaltstahl
Hi Maxime! On 3/8/22 19:20, Maxime Devos wrote: Zelphir Kaltstahl schreef op di 08-03-2022 om 17:11 [+]:    (make-non-continuable-error) IIRC, 'make-non-continuable-error' indicates that someone tried to continue into a raise-exception that wasn't continuable. It does not make things

Re: Exception handling - symbol for encoding exception type?

2022-03-08 Thread Olivier Dion via General Guile related discussions
On Tue, 08 Mar 2022, Zelphir Kaltstahl wrote: > I think in some other languages this would be encoded in > the type or class or the exception itself. One would catch > only exceptions of a specific type. This is a convention > inside the code, which does not necessarily spread to other > program

Re: Exception handling - symbol for encoding exception type?

2022-03-08 Thread Maxime Devos
Zelphir Kaltstahl schreef op di 08-03-2022 om 17:11 [+]: > and that one should not try to create additional types? Or > is the idea to encode more specifics into the &message? Nothing is stopping you from including both a descriptive error &message and an easily catchable and machine-readable

Re: Exception handling - symbol for encoding exception type?

2022-03-08 Thread Maxime Devos
Zelphir Kaltstahl schreef op di 08-03-2022 om 17:11 [+]: > Is the idea, that one should rely merely on the existing > exception types, which are: > > + assertion-failure > + non-continuable > + implementation-restriction > + lexical > + syntax > + undefined-variable > > and that one should no

Re: Exception handling - symbol for encoding exception type?

2022-03-08 Thread Maxime Devos
Zelphir Kaltstahl schreef op di 08-03-2022 om 17:11 [+]: >    (make-non-continuable-error) IIRC, 'make-non-continuable-error' indicates that someone tried to continue into a raise-exception that wasn't continuable. It does not make things non-continuable, it just states that someone tried

Re: Exception handling - symbol for encoding exception type?

2022-03-08 Thread Vivien Kraus
Hello Zelphir, Le mardi 08 mars 2022 à 17:11 +, Zelphir Kaltstahl a écrit : > Is the idea, that one should rely merely on the existing > exception types, which are: > > + assertion-failure > + non-continuable > + implementation-restriction > + lexical > + syntax > + undefined-variable > > an

Exception handling - symbol for encoding exception type?

2022-03-08 Thread Zelphir Kaltstahl
Hello Guile users! I have a question about exception handling. Lets say I have some code raising some exception: (import (ice-9 exceptions)) (define something-causing-an-exception   (λ ()     (raise-exception (make-exception   (make-non-continuable-error)   (make-exception

Re: About exception handling again ...

2020-08-03 Thread Zelphir Kaltstahl
Hello John! On 8/3/20 6:41 AM, John Cowan wrote: > > > On Sun, Aug 2, 2020 at 2:05 PM Zelphir Kaltstahl > mailto:zelphirkaltst...@posteo.de>> wrote: >   > > 1. Is there any situation, in which one would like to raise a > non-continuable exception / condition, and not unwind the stack? Wou

Re: About exception handling again ...

2020-08-03 Thread tomas
Hey, thanks to you both for this enjoyable collateral learning :) Cheers -- t signature.asc Description: Digital signature

Re: About exception handling again ...

2020-08-02 Thread John Cowan
On Sun, Aug 2, 2020 at 2:05 PM Zelphir Kaltstahl wrote: > 1. Is there any situation, in which one would like to raise a > non-continuable exception / condition, and not unwind the stack? Would > that make sense in any situation? > I'm going to talk about Scheme in general, not Guile specificall

About exception handling again ...

2020-08-02 Thread Zelphir Kaltstahl
Hello Guile Users! In order to update the exception handling examples in my examples repository (https://notabug.org/ZelphirKaltstahl/guile-examples/src/master/exception-handling), I've spend some time thinking about exception handling, what was written on the mailing list and some things I

Exception handling

2006-09-12 Thread Ludovic Courtès
Hi, Neil Jerram <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] (Ludovic Courtès) writes: > >> Indeed, this exception model is not very convenient. In some cases, >> it's even hardly usable, as examplified by the `test-suite/lib.scm' >> hacks (use of regexps to parse exception messages and deter