home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / misc / 3415 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  1.7 KB
  1. Xref: sparky comp.sys.sun.misc:3415 comp.unix.solaris:131
  2. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!elroy.jpl.nasa.gov!swrinde!network.ucsd.edu!scubed!stevens
  3. From: stevens@scubed.com (Jeff Stevens)
  4. Newsgroups: comp.sys.sun.misc,comp.unix.solaris
  5. Subject: Solaris incompatibilities - can this be true?
  6. Message-ID: <1992Jul31.164917.6063@scubed.com>
  7. Date: 31 Jul 92 16:49:17 GMT
  8. Sender: usenet@scubed.com (USENET News System)
  9. Distribution: na
  10. Organization: S-CUBED, A Division of Maxwell Labs; San Diego CA
  11. Lines: 30
  12. Nntp-Posting-Host: s3mars
  13.  
  14.  
  15.   I have been hearing some disturbing rumors about
  16. Solaris 2.0.  I would like to know if anyone can
  17. confirm or refute them.
  18.  
  19. 1. Existing executables under Sun OS 4.1.2 will not
  20. run under Solaris 2.0.  This means that if we upgrade
  21. our OS, all local applications will have to be recompiled
  22. and all commercial applications will be unavailable
  23. until Solaris specific upgrades are received from the
  24. vendors.
  25.  
  26. 2. Solaris 2.0 does not support the Sun 4/XXX (e.g 4/110
  27. and 4/280) computers.  This means that our network, which
  28. is a mixture of SPARCstations and Sun 4's all using the
  29. same server will have to be reconfigured as two networks
  30. in order to upgrade the SPARCs to Solaris.
  31.  
  32. 3. Solaris 2.1 will support Sun 4/XXX, but will not support
  33. the FPU (Floating Point Unit/math co-processor) in these systems.
  34. This means that when we upgrade the complete network, we
  35. will lose a very substantial amount of performance on these
  36. computers.
  37.  
  38.   Can this be true?  Is Sun really going to release an OS upgrade
  39. that will break all existing applications, break most existing
  40. networks, and not even support Sun hardware?
  41. -- 
  42. ----------------------------------------------------------
  43. Jeff Stevens    stevens@s3mars.scubed.com, stevens@seismo.css.gov
  44.