home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aix / 9566 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  2.0 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!yogi.austin.ibm.com!marc
  2. From: marc@yogi.austin.ibm.com (Marc J. Stephenson)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: dbx and 'load'ed code
  5. Message-ID: <1992Sep8.144318.22105@awdprime.austin.ibm.com>
  6. Date: 8 Sep 92 14:43:18 GMT
  7. References: <MedW01O00WoiEsTkJ1@andrew.cmu.edu>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Organization: IBM, Austin
  10. Lines: 28
  11.  
  12. In article <MedW01O00WoiEsTkJ1@andrew.cmu.edu> rr2b+@andrew.cmu.edu (Robert Andrew Ryan) writes:
  13. >Is there any way to make dbx look somewhere other than the current
  14. >directory for object files which the program loads with load?  The
  15. >objects are loaded with an absolute path name, and no library path. 
  16. >Whenever I run the program under dbx dbx dies unless the loaded objects
  17. >are in the current directory.  Pointers to the relevant part of TFM
  18. >welcome, I looked...
  19. >
  20. >Thanks for any info,
  21. >-Rob
  22.  
  23. You've either run into a dbx bug or a loader bug.  There is no special
  24. option to tell dbx where to pick up loaded code.  When dbx detects a dynamic
  25. load, it asks the loader (through ptrace) where all the pieces of the program
  26. are (some pieces could have been unloaded as well).  The loader gives back
  27. the information in two forms - the name of the program (along with a library
  28. name if it is part of an archive) and a valid open file descriptor.  If opening
  29. the object file (to get symbolic information) by the default way fails (I think
  30. that it tries to open by name first, not that it really matters), then it tries
  31. to open the object by the other means.  If that fails, then dbx is sunk in 
  32. trying to open the object file (barring invention of some other means).
  33.  
  34. So, either the logic in dbx is toast, or the loader is sending back wrong
  35. information to dbx.  Call in a defect through your customer support.
  36. -- 
  37. Marc Stephenson            IBM AWD (Advanced Workstations Division - Austin,TX)
  38. DISCLAIMER: The content of this posting is independent of official IBM position.
  39. INTERNET->marc@perfmap.austin.ibm.com    VNET: MARC at AUSVMQ  IBM T/L: 678-3189
  40.