home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.vms
- Path: sparky!uunet!paladin.american.edu!darwin.sura.net!convex!convex!ssimmons
- From: ssimmons@convex.com (Steve Simmons)
- Subject: >>>>> PCA limitation / Unix "strip" for VMS
- Sender: usenet@news.eng.convex.com (news access account)
- Message-ID: <ssimmons.727973008@convex.convex.com>
- Date: Mon, 25 Jan 1993 14:43:28 GMT
- Nntp-Posting-Host: pixel.convex.com
- Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
- X-Disclaimer: This message was written by a user at CONVEX Computer
- Corp. The opinions expressed are those of the user and
- not necessarily those of CONVEX.
- Lines: 32
-
-
- Is this bug still there????????????????????????????
-
-
- > =================================================================
- > /user/krf/appr_bm> run testexec_pca
- >
- > VAX PCA Collector Version V4.0-80
- >
- > PCAC> g
- > %PCA-E-INCDST, incorrect DST nesting in module RPDINIT. Datafile not set.
- > %PCA-I-NODATACOL, exiting with no data collection phase
- > =================================================================
-
- I was the VAX PCA project leader a few years back and so I can only give you
- a snapshot of what I remember.
-
- VAX PCA lives off the DSTs emitted by the compilers. It verifies the
- sanity of this information by checking that every "begin record" has an
- "end record" like with both the module and routine information. Therefore,
- you should probably compile RPDINIT with /NODEBUG. One common case
- of this occurence was a MACRO module without any code. Hopefully, this
- has been fixed by now (I have been working at Convex for over 3 years ;-)).
-
- Anyway, VAX PCA should try to be more robust and just throw out the module.
- Then, allow you to collect data if you so desire. At one point, it was even
- more hostile and internal error.
-
- Thank you.
-
- Steve Simmons
-
-