home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / advocacy / 3926 < prev    next >
Encoding:
Text File  |  1993-01-27  |  1.4 KB  |  28 lines
  1. Newsgroups: comp.sys.mac.advocacy
  2. Path: sparky!uunet!ukma!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!tbrown
  3. From: tbrown@magnus.acs.ohio-state.edu (Ted C Brown)
  4. Subject: Re: Mac vs NeXT was Re: Need to convince boss 486's are *not* w
  5. Message-ID: <1993Jan28.022430.9274@magnus.acs.ohio-state.edu>
  6. Sender: news@magnus.acs.ohio-state.edu
  7. Nntp-Posting-Host: bottom.magnus.acs.ohio-state.edu
  8. Organization: The Ohio State University
  9. References: <1993Jan27.203127.19389@nmsu.edu>
  10. Date: Thu, 28 Jan 1993 02:24:30 GMT
  11. Lines: 15
  12.  
  13. In article <1993Jan27.203127.19389@nmsu.edu> bgrubb@dante.nmsu.edu (GRUBB) writes:
  14.  
  15. >and NeXT with the 68040 FPU problem.} Being patient enough to let others set 
  16. >the specs or find problems with the hardware is a better way to{This is likly
  17. >why Apple is letting IBM reliece its PowerPC 601 9 to 6 months ahead of them;
  18. >to find out what the bugs may exist in the PowerPC chip or in PowerOpen.}
  19.  
  20. Just thought I'd point out that there was *nothing* wrong witht the FPU.
  21. What was wrong was Motorola's code to handle the Trancendental Functions
  22. (which aren't on the 040 FPU).  Anyone who'd used the 040 that early would
  23. have had the same problem.  Motorola, once told of the problem simply
  24. rewrote the code (I believe a sign was wrong on Tangent ?) and NeXT just
  25. sent out the new lib.   So it was a problem...but hardly anything serious
  26. at the time...or difficult to fix.  Now the slow SCSI on the NeXT...
  27.  
  28.