NaN's
Paul Schlie
(29 Oct 2005 15:50 UTC)
|
Re: NaN's
Marcin 'Qrczak' Kowalczyk
(29 Oct 2005 16:39 UTC)
|
Re: NaN's
Paul Schlie
(29 Oct 2005 18:22 UTC)
|
Re: NaN's
Marcin 'Qrczak' Kowalczyk
(29 Oct 2005 19:14 UTC)
|
Re: NaN's
Paul Schlie
(29 Oct 2005 22:49 UTC)
|
Error objects in general
bear
(29 Oct 2005 19:46 UTC)
|
Re: Error objects in general
Marcin 'Qrczak' Kowalczyk
(29 Oct 2005 20:22 UTC)
|
Re: Error objects in general
bear
(30 Oct 2005 05:57 UTC)
|
Re: Error objects in general
Marcin 'Qrczak' Kowalczyk
(30 Oct 2005 14:17 UTC)
|
Re: Error objects in general
Alan Watson
(29 Oct 2005 21:26 UTC)
|
Re: Error objects in general
bear
(30 Oct 2005 05:40 UTC)
|
Re: Error objects in general
Taylor Campbell
(30 Oct 2005 05:45 UTC)
|
Re: Error objects in general
bear
(30 Oct 2005 06:08 UTC)
|
Re: Error objects in general Taylor Campbell (30 Oct 2005 16:49 UTC)
|
Re: Error objects in general
Alan Watson
(30 Oct 2005 05:54 UTC)
|
Re: Error objects in general
bear
(30 Oct 2005 06:07 UTC)
|
Re: Error objects in general
Alan Watson
(30 Oct 2005 06:46 UTC)
|
Re: Error objects in general
Paul Schlie
(30 Oct 2005 12:39 UTC)
|
Re: Error objects in general
Paul Schlie
(30 Oct 2005 13:04 UTC)
|
Re: Error objects in general
John.Cowan
(30 Oct 2005 16:30 UTC)
|
Re: Error objects in general
Alan Watson
(30 Oct 2005 20:29 UTC)
|
Re: Error objects in general
Alan Watson
(30 Oct 2005 13:17 UTC)
|
Date: Sat, 29 Oct 2005 23:08:33 -0700 (PDT) From: bear <xxxxxx@sonic.net> On Sun, 30 Oct 2005, Taylor Campbell wrote: > Why does it not suffice for READ to return objects that were > written and to signal, not to return, conditions for a condition > handler to receive? In the absence of any standard signalling mechanism that's ever made it into an R*RS report, this is a joke, right? No. What is a joke is that there is no standard way to signal and handle conditions. This is an *extremely* basic abstraction problem of any system of modular components, and it is not hard to build a very simple mechanism for doing this. I'm really not fond of SRFIs 34 & 35, and I hope that R6RS adopts something other than them, but, if not, they would still be better than nothing; there have also been several possible designs for condition systems discussed on the rrrs-authors list in the past, and most of them would suffice as well.