Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!helios!mcguire From: mcguire@cs.tamu.edu (Tim McGuire) Newsgroups: comp.sys.next Subject: Re: NeXT Mathematica Bug Message-ID: <13048@helios.TAMU.EDU> Date: 5 Mar 91 16:11:09 GMT References: <1991Mar3.053006.2986@math.ucla.edu> <1991Mar4.035543.19802@wam.umd.edu> Sender: usenet@helios.TAMU.EDU Distribution: na Organization: Computer Science Department, Texas A&M University Lines: 22 NeXTologist smithw@hamblin.math.byu.edu (Dr. William V. Smith) writes: >barry@pico.math.ucla.edu (BarryMerriman) writes: >>I have found a nasty, basic bug in NeXT Mathematica >>(Mathematica 1.2, running on a 2.0 Slab---but copied from >>a 1.0a 030 cube, though). >This bug is apparently not a MMA kernel bug. The function is correctly >evaluated and plotted with an '030 NeXT MMA 1.2 (Jan. 1990 version), but the >same version running on an '040 NeXTcube shows the problem (both cubes >running 2.0 NeXT software(extended)). The '030 - 1.0a software does not >seem to have this problem. So. . . >.... The problem goes away if instead of calling tanh, you use >the explicit definition of tanh in terms of the exponential function, >so this may be a problem with the 68040 itself. The problem is apparently not with the 68040. Some helpful person on the Mathematica mailing list (whose name slips me) reports the problem occurs when the #include directive is omitted, but disappears when it is put in in a minimal C program calling the tanh function. It seems the 030 version of the kernel didn't care. Tim McGuire mcguire@cs.tamu.edu