home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / aix / 8218 < prev    next >
Encoding:
Text File  |  1992-07-27  |  1.6 KB  |  35 lines

  1. Path: sparky!uunet!timbuk.cray.com!shamash!runyon.cim.cdc.com!pbd
  2. From: pbd@runyon.cim.cdc.com (Paul Dokas x4629)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: A better dynamic loader???
  5. Message-ID: <45692@shamash.cdc.com>
  6. Date: 27 Jul 92 16:27:51 GMT
  7. References: <45628@shamash.cdc.com> <19920727.073431.240@almaden.ibm.com>
  8. Sender: usenet@shamash.cdc.com
  9. Reply-To: pbd@runyon.cim.cdc.com (Paul Dokas x4629)
  10. Organization: ICEM Systems, Inc
  11. Lines: 22
  12.  
  13. In article <19920727.073431.240@almaden.ibm.com>, pgainer@vnet.ibm.com (Patrick Gainer) writes:
  14. |> >In article <45628@shamash.cdc.com> pbd@runyon.cim.cdc.com (Paul Dokas) writes:
  15. |> >>I need to be able to execute dynamically loaded modules from within another
  16. |> >>program, but I can't seem to find the needed functionality anywhere.  What I
  17. |> >>have right now is a program that uses load() to pull in a module and then it
  18. |> >>calls the function pointed to by the return value of load().  This works
  19. |>...
  20. |> An easy way to do this is to use load(), as Mike says, then to call nlist()
  21. |> which returns offsets of functions within a single object module, then
  22. |> calculate the function addresses from the offsets returned by nlist() and
  23. |> the entry point returned by load().
  24. |> 
  25. |> I happen to have some code which does exactly what you want - I'll send it
  26. |> to you if you'd like.
  27.  
  28. This is exactly what I'm going to do.  Thanks to all who replied!!!
  29. -- 
  30. #include <std.disclaimer>
  31. #define FULL_NAME               "Paul Dokas"
  32. #define EMAIL_PRIMARY           "pbd@power1.cim.cdc.com"
  33. #define EMAIL_SECONDARY         "pbd@runyon.cim.cdc.com"
  34. /*** Overpopulation is the leading cause of most environmental problems ***/
  35.