RDi 9.1 Code Coverage DEBUG UPDPROD -- WDSCI-L

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.

Subject: RDi 9.1 Code Coverage DEBUG UPDPROD
From: "Voris, John" <john.voris@xxxxxxxxxxxxx>
Date: Mon, 14 Jul 2014 15:59:29 +0000
List-archive: <http://archive.midrange.com/wdsci-l/>
List-help: <mailto:wdsci-l-request@midrange.com?subject=help>
List-id: Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries <wdsci-l.midrange.com>
List-post: <mailto:wdsci-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/wdsci-l>, <mailto:wdsci-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/options/wdsci-l>, <mailto:wdsci-l-request@midrange.com?subject=unsubscribe>

This can be fixed by doing CHGLIB on your Test libraries . . .
They are now labelled as *PROD.
You should change them to *TEST.
That gets around the UPDPROD(*YES) parm when debugging.

CHGLIB LIB(SOME_LIB)
TYPE(*TEST)

- John Voris

from: "Tyler, Matt" <matt.tyler@xxxxxxxxxxxxxx>
subject: [WDSCI-L] RDi 9.1 Code Coverage DEBUG UPDPROD

For some reason Code Coverage uses STRDBG UPDPROD(*NO).
I know this because I get "Member XXXXXXXX cannot be opened while UPDPROD(*NO)." then the coverage job ends.
It makes this difficult to run Code Coverage without moving ALL
production level data objects to a test library. Sub programs that
are not in test are called attempting to open production data and failing.

This mailing list archive is Copyright 1997-2026 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.