home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / wanted / 2101 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  1.4 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.wanted
  4. Subject: Re: Special Promotion - SPARCclassics for HOME
  5. Message-ID: <16145@auspex-gw.auspex.com>
  6. Date: 30 Dec 92 05:09:17 GMT
  7. References: <1992Dec28.213515.23327@informix.com> <1992Dec30.031352.7746@cbnewse.cb.att.com>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 18
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >Would someone elaborate on this?  We haven't upgraded to Solaris 2.*,
  14. >yet, but I wasn't aware that some application binaries from 4.1.* wouldn't
  15. >work!  Is this true?  What's the problem?
  16.  
  17.     bootme$ ldd /corp/apps/share/frame.3.0.x/bin/bin.sun4/maker3X.exe 
  18.     /corp/apps/share/frame.3.0.x/bin/bin.sun4/maker3X.exe: statically linked
  19.  
  20. As it's statically linked, it won't work on 5.x - being statically
  21. linked, it has the library routines that it calls bound into its
  22. executable image, which means that when it tries to execute a system
  23. call, it does a trap into the kernel; unfortunately, the 5.x kernel
  24. doesn't understand most 4.x system calls, so it blows up.
  25.  
  26. Had it been dynamically linked with "libc", it would have executed code
  27. from the "libc" shared library, rather than doing the trap itself; the
  28. code in the appropriate binary-compatibility shared library in 5.x makes
  29. system calls and other calls appropriate when running under a 5.x
  30. kernel, so it is more likely to work.
  31.