home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / std / unix / 406 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  1.5 KB
  1. Path: sparky!uunet!uunet!not-for-mail
  2. From: guy@auspex.com (Guy Harris)
  3. Newsgroups: comp.std.unix
  4. Subject: Re: Unix Wars Over (Query)
  5. Date: 31 Aug 1992 02:33:48 -0700
  6. Organization: Auspex Systems, Santa Clara
  7. Lines: 25
  8. Sender: sef@ftp.UU.NET
  9. Approved: sef@ftp.uucp (Moderator, Sean Eric Fagan)
  10. Message-ID: <17sp1sINN9jo@ftp.UU.NET>
  11. References: <17jq00INN7ei@ftp.UU.NET> <17m2e9INNsmh@ftp.UU.NET>
  12. NNTP-Posting-Host: ftp.uu.net
  13. X-Submissions: std-unix@uunet.uu.net
  14.  
  15. Submitted-by: guy@auspex.com (Guy Harris)
  16.  
  17. >Thus the same programming
  18. >environment will exist on either system regardless of whether you developed to
  19. >SVID or AES.
  20.  
  21. Well, the SVID and AES environments will exist on both systems; however,
  22. an application may well want to use interfaces *not* in the SVID or AES.
  23.  
  24. For example, SVR4's run-time dynamic linking interface ("dlopen()",
  25. "dlsym()", etc.) wasn't in the SVID, last time I looked (and yes, I
  26. *did* look in the Third Edition, the SVR4 SVID).  Dunno if OSF/1's
  27. run-time dynamic linking interface is there or not (I believe it has
  28. one).
  29.  
  30. (NOTE: "run-time dynamic linking interface", with the emphasis on
  31. "run-time".  This doesn't say anything about SVR4's or OSF/1's shared
  32. library mechanisms, just about SVR4's and OSF/1's mechanisms to allow an
  33. application to make calls to attach a lump of code, by file name, at run
  34. time, with the file name possibly generated at run time, and to find
  35. routines in that attached lump of code by name, with the routine name
  36. possibly generated at run time.)
  37.  
  38.  
  39. Volume-Number: Volume 29, Number 18
  40.