Yes. That's how they do it. The package doesn't allow you to compile in production, so I think the main reason is they move the source to production is for comparison. When you check out and make modifications, you can always compare it with what is in production. They keep backups of each revision of the source in a different file, but I guess the default is to keep the production source in production.

We haven't had much issue with that since that is how we did it before we had change management, but I am sure people will have opinions, and that's probably why the package has so many options. My guess is you don't HAVE to do it that way, but it is the default way it handles things.


On 10/9/2014 8:41 AM, Paul Nelson wrote:
What's the compile default for DBGVIEW? That should be configurable on the
development side of the package.

I'm not sure what you mean about moving the programs with their source. Does
that mean the source code is sent to the production machine when you deploy
the program objects?

Paul Nelson
Cell 708-670-6978
Office 409-267-4027
nelsonp@xxxxxxxxxxxxx


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Matt
Lavinder
Sent: Thursday, October 09, 2014 7:36 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Debugging with missing source

We are using a new change management package that compiles programs once
and then moves them with their source. It's their way of doing things,
but the issue is if we try to debug it in our test environment, the
source is no longer in the development library and STRDBG cannot find
the source.

Their answer is to use the RDi debugger because it lets you specify a
source file, but not all our developers are using RDi. The ones that do
really don't like using its debugger as it takes quite a bit to get it
up and running.

I am aware the STRISDBG allows you to specify a source member. Is there
a way to do something similar in STRDBG?

Also, can STRISDBG debug ILE programs and service programs?




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.