[26635] in Athena Bugs
Re: linux 9.4.15: scheme
daemon@ATHENA.MIT.EDU (Kevin Chen)
Mon Sep 26 18:36:02 2005
Date: Mon, 26 Sep 2005 18:35:24 -0400 (EDT)
From: Kevin Chen <kchen@mit.edu>
To: Jeffrey S Walden <jwalden@mit.edu>
In-Reply-To: <200509262220.j8QMKQif029621@ozok-the-destroyer.mit.edu>
Message-ID: <Pine.LNX.4.62L.0509261827480.30114@cs24.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Spam-Score: 0.166
X-Spam-Flag: NO
cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
(I don't maintain the scheme locker, but figured I'd reply to these
comments)
On Mon, 26 Sep 2005, Jeffrey S Walden wrote:
> The version of Scheme on the main dialup works correctly, because #f is
> the same as '(). On ozok, however, #f is not the same as '(), so a
> warning message is displayed.
That's sort of interesting. When I took 6.034 2 years ago, the versions
of scheme installed were such that neither the 6.001 locker scheme nor the
scheme locker scheme would trigger the error, and the test was entirely
useless. Now, of course, you're getting the opposite of what was
intended.
> (I don't actually know whether the framework contains any code which
> would actually execute incorrectly; however, the fact that the course
> admins have decided this makes it likely there's something that can't be
> triviallly worked around.)
The differences between 6.001 scheme and MIT scheme that I've seen are
that (/ 1 3) gives you .33333333333333 (or something similar) in 6.001
scheme, and 1/3 in MIT scheme. (atan 90 0) or some similar test case also
gives the wrong answer in 6.001 scheme.
> The version of Scheme on ozok-the-destroyer should be the same as the
> version available at athena.dialup.mit.edu (accessible via 'add
> scheme;scheme' on both the MIT dialup and ozok-the-destroyer).
I assume this happened because a binary install for Linux is available,
whereas one isn't available for Solaris. While I don't maintain the
scheme locker, I have been previously unsuccessful at compiling MIT Scheme
for Solaris.
--
Kevin Chen
http://www.sneswhiz.com/
