home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 21989 < prev    next >
Encoding:
Text File  |  1993-01-26  |  2.7 KB  |  68 lines

  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!usenet.coe.montana.edu!decwrl!pa.dec.com!engage.pko.dec.com!nntpd.lkg.dec.com!gauche.zko.dec.com!jnelson
  3. From: jnelson@gauche.zko.dec.com (Jeff E. Nelson)
  4. Subject: Re: PCA limitation / Unix "strip" for VMS
  5. Message-ID: <1993Jan26.120534.15379@nntpd.lkg.dec.com>
  6. Keywords: PCA,strip
  7. Lines: 54
  8. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  9. Reply-To: jnelson@gauche.zko.dec.com (Jeff E. Nelson)
  10. Organization: Digital Equipment Corporation
  11. References:  <418@ittc.wec.com>
  12. Date: Tue, 26 Jan 1993 12:05:34 GMT
  13.  
  14.  
  15. In article <418@ittc.wec.com>, fitch@ittc.wec.com (Ken Fitch) writes:
  16. |>The DECset Performance & Coverage Analyzer (PCA) is having trouble
  17. |>digesting an executable with a large number of debug symbols.
  18. |>When run it gives the message:
  19. |>
  20. |>%PCA-E-INCDST, incorrect DST nesting in module RPDINIT. Datafile not set.
  21. |>
  22. |>The description of this error in the documentation says to submit
  23. |>an SPR to DEC if the same module works with the regular debugger.
  24. |>It seems to (I can "set module" to the module PCA complains about
  25. |>if I use the normal debugger)... 
  26.  
  27. Given this description, then in all probability you've run into a bug in PCA.
  28. Especially since the debugger is able to understand the DST for the module.
  29.  
  30. |>What I'd like to find out is:
  31. |>
  32. |>    - is there a known workaround for the PCA problem?
  33.  
  34. No, other than to compile this particular module /NOTRACE.
  35.  
  36. |>    - is there something I can specify to LINK to tell it
  37. |>      to ignore debug symbols for a _subset_ of library modules?
  38.  
  39. No, sorry.
  40.  
  41. |>    - is there a VMS equivalent of the Unix "strip" command
  42. |>      that I can apply to object files?
  43.  
  44. No, but you can recompile the modules /NOTRACE.
  45.  
  46. |>    - could I create my own equivalent of "strip" by somehow 
  47. |>      setting the count of debug symbols in the object module 
  48. |>      header (or wherever) to zero?
  49.  
  50. There is no such count. An object module contains a series of object records.
  51. As Jerry Leichter (leichter@lrw.com) suggests, you could write a program
  52. to read an object module and throw out the records you don't want.
  53.  
  54. The object module records are defined in STARLET by $OBJDEF. If you decide to
  55. write this program, the records to skip are the ones whose OBJ$B_RECTYP field
  56. is either OBJ$C_TBT or OBJ$C_DBG. OBJ$C_TBT contains traceback records
  57. (module definitions, routine definitions, line numbers); OBJ$C_DBG contains
  58. data symbol definitions. Please note that such a program may produce an
  59. invalid object module. The fastest and supported method is to compile the
  60. module /NOTRACE.
  61.  
  62. Hope this helps.
  63.  
  64. -Jeff E. Nelson
  65. -OpenVMS Debug
  66. -Digital Equipment Corporation
  67. -Internet: jnelson@gauche.zko.dec.com
  68.