home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / hp / 12885 < prev    next >
Encoding:
Text File  |  1992-11-14  |  2.3 KB  |  51 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!sdd.hp.com!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!teal.csn.org!alek
  3. From: alek@teal.csn.org (Alek Komarnitsky)
  4. Subject: Large C++ code breaks pxdb (?)   *** HELP ***
  5. Message-ID: <Bxo104.9AG@csn.org>
  6. Sender: news@csn.org (news)
  7. Nntp-Posting-Host: teal.csn.org
  8. Organization: Colorado SuperNet, Inc.
  9. Date: Fri, 13 Nov 1992 17:38:27 GMT
  10. Lines: 39
  11.  
  12. I suspect the HP compiler group may be interested in the following problem:
  13.  
  14. We have a fairly large C++ executable (10+ Mbytes) we are trying to link
  15. on our HP710 (64 MBytes of RAM, mucho swap) running HP-UX8.07.
  16. We've been developing this product for some time, and have recently been
  17. getting the following error with increasing frequency:
  18.     pxdb: internal error. File won't be debuggable (still a valid executable)
  19. But when one runs it, we almost always get: Illegal instruction (core dumped)
  20.  
  21. After reading the man page on ld, we set LD_PXDB to /dev/null - this delays
  22. running pxdb until debug time. The result is as one suspects: no problems
  23. at link time, and running the executable does work. However, if one runs
  24. it with the debugger ...
  25.  
  26.    jmb|batman> xdb++ -d pool/flatsrc strata_demo
  27.    Copyright Hewlett-Packard Co. 1985,1987-1991. All Rights Reserved.
  28.    <<<< XDB Version A.08.07 HP-UX >>>>
  29.    pxdb: internal error. File won't be debuggable (still a valid executable)
  30.    xdb panic: pxdb failed (IE579)
  31.    xdb: cannot continue
  32.  
  33. A similiar message is generated is we maually run pxdb on this executable. 
  34.  
  35. Running strings on  pxdb  shows this message, but can anyone explain
  36. why we're are getting it ... or better yet, how to get around it.
  37.  
  38. Our workaround (if you can call it that) is to shuffle code around
  39. until this message goes away. For instance, one time we added an argument
  40. to a function, and it went away. We have not been able to detect any
  41. patterns as to why this problem occurs. 
  42.  
  43. Would really appreciate some help on this; it's really starting to 
  44. cause some problems for our developers. 
  45.  
  46. Alek Komarnitsky                                      303-449-0649
  47. Software Tools Manager, Spatial Technology, Inc.      2425 55th Street, Bldg A
  48. alek@spatial.com                                      Boulder, CO 80301-5704
  49.  
  50. P.S. Reposted outside our network, since first article didn't seem to make it.
  51.