Generally, one starts the 36 environment either as the *S36 value of the SPCENV system value (which is the way we do it here), or as the SPCENV value in the CHGUSRPRF.
Aside from that, if one wants to start the 36 environment manually, say from a command line or CLP, one would use the STRS36 command.
The purpose of the STRS36PRC is to run a S/36 procedure (OCL) from within a CLP.
If I understand correctly, the operational sequence is something like:
PROCA, which contains
CALL PGM(CLPROC), which contains
STRS36PRC something
Since even QSECOFR runs in the 36 environment here, I can't test it, but the initial PROCA would, I think, only run if either
a) The 36 environment was already active, or
b) It was run from the SRTS36PRC command.
I don't even know how to start the 36 environment using the STRS36PRC command; just the three ways I listed earlier. And I don't think that the 36 environment has to be started for the STRS36PRC to run (again, unable to test that).
So, I guess I've confused myself and the issue, M. What are you trying to accomplish, anyway?
Jerry C. Adams
IBM System i Programmer/Analyst
B&W Wholesale
office: 615-995-7024
email: jerry@xxxxxxxxxxxxxxx
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of MKirkpatrick@xxxxxxxxxxxxxxxxx
Sent: Monday, July 07, 2008 2:21 PM
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: Am I in the S36 environment or not?
I have a CLP that starts the S36 environment via the STRS36PRC command. I
want to now place this CLP into a S36 procedure. This causes a problem as
this CLP will now try to STRS36PRC while already in the S36 environment. I
have reviewed the RTVJOBA command but find no attribute that tells me my
environment. Any suggestions on how to determine (in the CLP) if I am
executing in the S36 environment? Thanks.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone this email or any information contained in this email. If you have received this email in error, please advise the sender by replying to this email, and delete this email immediately. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Western Dental Services, Inc. Finally, the recipient should check this email and any attachments for the presence of viruses. Western Dental Services, Inc. accepts no liability for any damage caused by any virus transmitted by this email.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/midrange-l.
midrange.com
