home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / wizards / 3318 < prev    next >
Encoding:
Internet Message Format  |  1992-07-26  |  1.5 KB
  1. Path: sparky!uunet!wupost!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!psgrain!onion!pail!servio!penneyj
  2. From: penneyj@slc.com (D. Jason Penney)
  3. Newsgroups: comp.unix.wizards
  4. Subject: Re: a dbx internal error
  5. Message-ID: <1992Jul27.022411.479@slc.com>
  6. Date: 27 Jul 92 02:24:11 GMT
  7. Article-I.D.: slc.1992Jul27.022411.479
  8. References: <1992Jul25.232154.5123@jhunix.hcf.jhu.edu>
  9. Distribution: usa
  10. Organization: Servio Corp, Beaverton Oregon, US
  11. Lines: 32
  12.  
  13.  
  14. In comp.unix.wizards you write:
  15.  
  16. >Reading symbolic information...
  17. >dbx: internal error: unexpected value 38 at line 2620 in file ../common/object.c
  18.  
  19. >I ran into this on SunOS 4.1.1.   I do not have ../common from where i am
  20. >running dbx.  Any tips or pointers to more appropriate groups would
  21. >be appreciated.
  22.  
  23. I'm not trying to be facetious; the best answer to your problem is,
  24.  
  25.   chmod ugo-x /usr/ucb/dbx
  26.   cp gdb /usr/bin; chmod 555 gdb
  27.  
  28. In other words, get a copy of gdb and let dbx go to the wastebasket.
  29. In case you haven't already discovered this, dbx writes on your executable
  30. disk file, so if it crashes (as you have had it do), you must delete and
  31. rebuild the executable file.
  32.  
  33. This in itself is heinous enough to warrant removing execute permission on
  34. the file.  gdb does NOT write on the file being debugged.
  35.  
  36. Finally, the port of gdb to SunOS 4.1.1 is exceptionally stable and
  37. reliable.
  38.  
  39. 'nuff said!
  40.  
  41. -- 
  42. D. Jason Penney           Ph: (503) 629-8383
  43. Beaverton, OR 97006       uucp: ...uunet!servio!penneyj (penneyj@slc.com)
  44. "Talking about music is like dancing about architecture." -- Steve Martin
  45.