home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / softsys / andrew / 1159 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  1.3 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.soft-sys.andrew
  4. Subject: Re: More checks on size of ATK applications
  5. Message-ID: <14207@auspex-gw.auspex.com>
  6. Date: 21 Aug 92 18:02:31 GMT
  7. References: <EeZ=xSq__5g8Ei1nVN@cs.city.ac.uk>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 22
  11. Nntp-Posting-Host: bootme.auspex.com
  12.  
  13. >However in the SunOS environment,
  14. >where the `.do' files really use the SunOS dynamic library mechanism,
  15.  
  16. Yes, under SunOS 4.1[.x].  No, under SunOS 4.0[.x] (or 3.x, but 3.x
  17. didn't have the dynamic linking mechanisms); 4.0[.x] has dynamic
  18. libraries, but its dynamic linking mechanism didn't have dynamic
  19. run-time loading.
  20.  
  21. >This way, it'd take an extra micro-moment to start up the application,
  22. >which people wouldn't really notice, but most of the application could
  23. >be shared between processes;  unless I'm wrong, dynamic linking of
  24. >libraries allows applications to share the text image of the libraries,
  25.  
  26. It does - *and* allows them to share the text image of stuff loaded at
  27. run-time as well; however:
  28.  
  29. >Hence the 900 odd K of runapp could be
  30. >cut down fairly massively.
  31.  
  32. "runapp" was, at least in part, cooked up as "shared libraries for
  33. systems that don't have them" - all applications built atop "runapp"
  34. will share that part of ATK statically linked into "runapp".
  35.