Re: Why does my RPG program compile twice?

Vern Hamberg <vhamberg-Ebbh53c6wcYkzXN11fiE55igCaZBIYHkAL8bYrjMMd8@public.gmane.org>
Newsgroups gmane.comp.systems.as400.code
Message-ID <5.1.0.14.2.20030829164527.020087f8@mail.centerfieldtechnology.com>
Craig, ecause we have the CRTSQLxxxI *NOGEN in the same program as the real 
CRTxxx command, we have no problem with being stepped on by other 
developers or of losing contact with QTEMP.

It is not possible to get CODE to see another job's QTEMP, as the design of 
QTEMP is to have its visibility restricted to its own job.

If we were to run our CSQL command from CODE in a batch manner, we'd 
probably have the same problem with the QTEMP being unavailable. OTOH, 
using *CURLIB gives you a place that can be seen, and there is the added 
benefit that you already have a unique *CURLIB, just to make CODE work right.

Vern

At 03:26 PM 8/29/2003 -0500, you wrote:
>For a permanent library on the TOSRCFILE parm of CRTSQLRPGI, it should
>probably be *CURLIB.  Otherwise, as you said it would be replaced by other
>programmer compiles.  I'm still unclear on how you tell CODE to use QTEMP
>from another job, even if it has ended.  I have no trouble using the
>intermediate source member in QTEMP as long as it was an interactive
>compile.  I just click on a field in error and the source member opens up.
>The problem is when this was a batch compile and the member goes away out
>of the batch job's QTEMP since the job has now ended.  The member that CODE
>would find after the batch compile would either be nothing or that last
>member stuffed in QTEMP from the last interactive compile.  If we always
>did interactive compiles then we would always be able to get to the current
>job's QTEMP for that intermediate member.
>
>Thanks,
>Craig Strong


_______________________________________________
This is the CODE/400 Discussion & Support (CODE400-L) mailing list
To post a message email: CODE400-L-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/code400-l
or email: CODE400-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/code400-l.

NOTE: WDSc for iSeries disucssion has it's own mailing list.
Information can be found at http://lists.midrange.com/cgi-bin/listinfo/wdsc-l
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.