[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

This page is part of the web mail archives of SRFI 77 from before July 7th, 2015. The new archives for SRFI 77 contain all messages, not just those from before July 7th, 2015.

*To*: srfi-77@xxxxxxxxxxxxxxxxx*Subject*: Re: reading NaNs*From*: Marcin 'Qrczak' Kowalczyk <qrczak@xxxxxxxxxx>*Date*: Wed, 26 Oct 2005 01:24:53 +0200*Delivered-to*: srfi-77@xxxxxxxxxxxxxxxxx*In-reply-to*: <20051025224529.2760C1B77BB@xxxxxxxxxxxxxxxxxxxxx> (Aubrey Jaffer's message of "Tue, 25 Oct 2005 18:45:29 -0400 (EDT)")*Mail-followup-to*: srfi-77@xxxxxxxxxxxxxxxxx*References*: <20051021145326.816C11B77BB@xxxxxxxxxxxxxxxxxxxxx> <873bmtxdnm.fsf@xxxxxxxxxxxxxxxxx> <20051023181854.4E7DD1B77BB@xxxxxxxxxxxxxxxxxxxxx> <871x2cowe8.fsf@xxxxxxxxxxxxxxxxx> <20051023195403.A50AF1B77BB@xxxxxxxxxxxxxxxxxxxxx> <435BEC21.60509@xxxxxxxxxxxx> <20051023205012.BFD241B77BB@xxxxxxxxxxxxxxxxxxxxx> <87zmoz27dg.fsf@xxxxxxxxxxxxx> <87hdb7kgmk.fsf@xxxxxxxxxxxxxxxxx> <87k6g3zw34.fsf@xxxxxxxxxxxxx> <871x2bkfj7.fsf@xxxxxxxxxxxxxxxxx> <8764rnu45b.fsf@xxxxxxxxxxxxx> <87br1fiv26.fsf@xxxxxxxxxxxxxxxxx> <87ll0jpu0q.fsf@xxxxxxxxxxxxx> <20051024022744.6CA581B77BB@xxxxxxxxxxxxxxxxxxxxx> <87veznbb37.fsf@xxxxxxxxxxxxx> <8764rnbaqr.fsf@xxxxxxxxxxxxxxxxx> <435C9A65.7060106@xxxxxxxxxxxxxxxx> <20051024153539.D98031B77BB@xxxxxxxxxxxxxxxxxxxxx> <435D49E3.2010001 @astrosmo.unam.mx> <20051025224529.2760C1B77BB@xxxxxxxxxxxxxxxxxxxxx>*Sender*: Marcin 'Qrczak' Kowalczyk <qrczak@xxxxxxxxxx>*User-agent*: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)

Aubrey Jaffer <agj@xxxxxxxxxxxx> writes: > If program A writes out its state, it would be useful to see that NaNs > were computed. It gives operators a chance to capture the use case > which provoked the error. If the program state is very valuable, then > it can be repaired manually. Consider three possibilities of a pair of programs which communicate floating point data between them in text form: 1. Program A handles the possibility of numerically bad data. Then NaN will not appear in the data to be written, no issue. 2. Program B handles the possibility of numerically bad data. You are breaking this scenario. 3. Neither program handles the possibility of numerically bad data. This pair of programs is buggy and introducing errors during reading will not make them work. * * * Lisp and Scheme programs use write and read for Serialization. In the following cases Scheme read doesn't return the same data that was written: - Procedures, ports, promises, environments. Serializing them is in general unimplementable, there are conceptual obstacles. - Sharing of stateful objects is not preserved, cycles break the printer. Lisp optionally handles that but Scheme does not. This is costly for the implementation, Scheme tends to be minimalistic, and sharing would only work within a single datum anyway. - The eof object. It's because read returns it to indicate that there were no more data to read. That's all. All other standard data are printable and readable, including all numbers. Non-standard data either falls into the first category, or it's not clear how to derive the format automatically, or the implemenation was lazy. There is no reason to break the standard way of serialization for NaN. -- __("< Marcin Kowalczyk \__/ qrczak@xxxxxxxxxx ^^ http://qrnik.knm.org.pl/~qrczak/

**References**:**arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Jens Axel Søgaard

**Re: arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Alan Watson

**reading NaNs***From:*Aubrey Jaffer

**Re: reading NaNs***From:*Aubrey Jaffer

- Prev by Date:
**Re: reading NaNs** - Next by Date:
**Re: Common Lisp solved this problem 20 years ago** - Previous by thread:
**Re: reading NaNs** - Next by thread:
**Re: arithmetic issues** - Index(es):