home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / hp / 10098 < prev    next >
Encoding:
Text File  |  1992-09-07  |  1.9 KB  |  50 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!mcsun!sunic!corax.udac.uu.se!irfu.se!jhd
  3. From: jhd@irfu.se (Jan D.)
  4. Subject: Re: CC and /usr/lib/dld.sl
  5. Message-ID: <1992Sep5.121444.13996@irfu.se>
  6. Date: Sat, 5 Sep 1992 12:14:44 GMT
  7. References: <1992Sep1.091000.14893@irfu.se> <7371285@hpfcso.FC.HP.COM>
  8. Organization: Swedish Institute of Space Physics, Uppsala, Sweden
  9. Lines: 39
  10.  
  11. In article <7371285@hpfcso.FC.HP.COM> mjs@hpfcso.FC.HP.COM (Marc Sabatella) writes:
  12. >In comp.sys.hp, jhd@irfu.se (Jan D.) writes:
  13. >
  14. >> Thanks for your answer. But I still get this from xdb:
  15. >> 
  16. >> <<<< XDB Version A.08.07 HP-UX >>>>
  17. >> Child died due to: segmentation violation
  18. >> Program died in unknown location (shared library), pc = 0x1000003
  19. >> Ignoring core file "core".
  20. >
  21. >Try running the program under xdb, rather than simply using it to analyze the
  22. >core file.  Then it should at least be able to tell you which library it died
  23. >in.  If it indeed died in libdld.sl, there would seem to be a problem with the
  24. >C++ and/or shared library implementation.  But 0x1000003 is a suspiciously
  25. >bogus looking address; I suspect really the program just did something very bad
  26. >and confused xdb into thinking it had something to do with shared libraries.
  27. >
  28.  
  29. Yes it indeed did something very bad (actually very, very bad :-).
  30. Found it at last. The error message from xdb got me looking in the wrong place.
  31.  
  32. Steve Taylor wrote:
  33.  
  34.         "(shared library)" is simply an 'a priori' best guess as to
  35.         the cause of the problem.  All the debugger really knows is
  36.         "unknown location" (i.e., not an address in the executable's
  37.         text segment) and the value of the pc.
  38.  
  39. OK, from now on I'll take it to mean
  40.   'you did something bad and the stack got messed up, please check your code'
  41.  
  42. What happend was that I added a variable to a class, but not all users
  43. of the class was recompiled.
  44.  
  45. Thanks for your answers,
  46.  
  47.     Jan D.    (now heavy user of makedepend)
  48.  
  49.  
  50.