Re: saving and restoring the error stack trace

2006-09-07 Thread Volkan YAZICI
On Sep 07 10:36, Neil Jerram wrote: > Volkan YAZICI <[EMAIL PROTECTED]> writes: > > I've another situation that doesn't get executed inside a `catch' block. > > For instance, I need to make some variable definitions just before > > executing related code via scm_c_with_throw_handler(). The problem

Re: Exception API

2006-09-07 Thread Neil Jerram
Kevin Ryde <[EMAIL PROTECTED]> writes: > I had trouble understanding the different dynamic environments > specified for that srfi-34 guard. It looked worryingly like there > could be jumps out of the originating continuation and then back in if > there's a re-throw, which could be pretty slow wit

Re: saving and restoring the error stack trace

2006-09-07 Thread Neil Jerram
[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 determine their > meaning...). IMO this isn't so bad. U

Re: saving and restoring the error stack trace

2006-09-07 Thread Neil Jerram
Volkan YAZICI <[EMAIL PROTECTED]> writes: > I've another situation that doesn't get executed inside a `catch' block. > For instance, I need to make some variable definitions just before > executing related code via scm_c_with_throw_handler(). The problem is, > in these definitions when an error oc

Re: saving and restoring the error stack trace

2006-09-07 Thread Volkan YAZICI
On Aug 28 11:21, Neil Jerram wrote: > A common requirement is to be able to show as much useful context as > possible when a Scheme program hits an error. The most immediate > information about an error is the kind of error that it is - such as > "division by zero" - and any parameters that the co