home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / misc / 6054 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.3 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.misc
  4. Subject: Re: Is Sun losing touch with its customers?
  5. Message-ID: <16142@auspex-gw.auspex.com>
  6. Date: 30 Dec 92 02:22:32 GMT
  7. References: <1992Dec29.023817.18087@asd.com> <kbibb.725606456@maui> <1992Dec29.201610.522@asd.com>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 20
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >Hey Ken, do you understand how linking works?  Do you understand what
  14. >statically linking programs means?  Do you understand what an ABI
  15. >defines?
  16.  
  17. Yup.
  18.  
  19. An SVR4 ABI defines a bunch of procedure-call interfaces that
  20. dynamically-linked programs call.
  21.  
  22. It says *NOTHING* about traps into the kernel, other than saying "well,
  23. one or more of these trap instructions may be used for 'system calls',
  24. so don't use them for your own purposes."
  25.  
  26. >Do you even understand why there might be a need to have a
  27. >program statically linked, especially if you are dealing with commercial
  28. >software and customers whose environment are not exactly like your own?
  29.  
  30. OK, then there might be a need to have non-SVR4-ABI compliant programs,
  31. then, 'cuz an executable image that does a "stat()" by trapping into the
  32. kernel, rather than calling "stat()", is *NOT* SVR4 ABI-compliant.....
  33.