[Scheme-reports] Fwd: Comments on draft 6 about call/cc Alex Shinn (20 Feb 2012 07:37 UTC)
Re: [Scheme-reports] Fwd: Comments on draft 6 about call/cc Alaric Snell-Pym (20 Feb 2012 10:32 UTC)
Re: [Scheme-reports] Fwd: Comments on draft 6 about call/cc Jussi Piitulainen (20 Feb 2012 11:15 UTC)
Re: [Scheme-reports] Fwd: Comments on draft 6 about call/cc Andy Wingo (20 Feb 2012 21:46 UTC)
Re: [Scheme-reports] Fwd: Comments on draft 6 about call/cc Jussi Piitulainen (22 Feb 2012 11:10 UTC)
Re: [Scheme-reports] Fwd: Comments on draft 6 about call/cc Alaric Snell-Pym (20 Feb 2012 12:49 UTC)
Re: [Scheme-reports] Fwd: Comments on draft 6 about call/cc Perry E. Metzger (20 Feb 2012 18:57 UTC)

Re: [Scheme-reports] Fwd: Comments on draft 6 about call/cc Andy Wingo 20 Feb 2012 21:45 UTC

On Mon 20 Feb 2012 16:48, John Cowan <cowan@mercury.ccil.org> writes:

> Peter Bex scripsit:
>
>> Also, I still am concerned about the fact that exceptions don't
>> implicitly cause [call-]with-* to close their associated port.

I agree with Peter here.

> It's precisely because there might be an escape procedure that we
> can't close the port; once closed, it can't be reopened as part of
> reinstituting the dynamic scope.

It is useful to distinguish exceptional exits from general nonlocal
control flow.  R7RS should specify that the port is closed on
exceptional exits, but not on other exits.  It is possible to implement
this with exception handlers.

> In any case, exceptions are handled within the dynamic environment of
> the raise (except that the current handler is reverted).

How does this square with `guard', whose cond clauses are specified as
being evaluated in the dynamic environment of the guard expression?  I
still think this is an error.  Giving intervening dynamic-wind
expressions a workout is not something I want to happen when exceptions
are raised.

Andy
--
http://wingolog.org/

_______________________________________________
Scheme-reports mailing list
Scheme-reports@scheme-reports.org
http://lists.scheme-reports.org/cgi-bin/mailman/listinfo/scheme-reports