RE: CL Parm issue -- MIDRANGE-L

Amen Tom.  Actually the CMD() parameter we are so fond of was not even 
available in early (S/38?) editions of SBMJOB.  You had to do it all with 
RQSDTA.  IBM has an option to not allow a command to be run in batch. 
Perhaps they would have done us all a service if they would either:
- coded the CMD part of SBMJOB to not allow call
- defined another cmd option to not allow a command to be used in the CMD 
parameter of SBMJOB
Too late now, they'd break too much code.

Rob Berendt
-- 
"They that can give up essential liberty to obtain a little temporary 
safety deserve neither liberty nor safety." 
Benjamin Franklin 





qsrvbas@xxxxxxxxxxxx (Tom Liotta)
Sent by: midrange-l-bounces@xxxxxxxxxxxx
08/14/2003 06:34 PM
Please respond to Midrange Systems Technical Discussion
 
        To:     midrange-l@xxxxxxxxxxxx
        cc: 
        Fax to: 
        Subject:        RE: CL Parm issue


midrange-l-request@xxxxxxxxxxxx wrote:

>   8. RE: CL Parm issue (Scott Klement)
>
>On Thu, 14 Aug 2003, Fisher, Don wrote:
>>
>> Wow, they haven't fixed this even in V5R2?
>
>> The way I deal with it is to pass a numeric parameter with the number 
of
>> characters placed in the field, which would be 0 in your case.  I then
>> have the program extract the characters using substring functions.  You
>> can also make the parameter two parameters.
>
>That would work.
>
>Another common solution is to create a *CMD object to call your program
>with.   The *CMD will define the lengths of all of the parameters, so 
when
>you execute it, the system knows how much to allocate to each parameter.

I prefer a *CMD whenever possible. It can be used much like procedure 
prototypes in terms of converting data elements to the expected types and 
precisions.

A more correct response for the actual question that was originally asked 
might be 'stop specifying the SBMJOB command incorrectly in the first 
place'.

The supplied example showed SBMJOB with the CALL command specified in the 
CMD() parameter. The CMD() parameter probably shouldn't be used with CALL; 
use the RQSDTA() parameter and build the correct request data string.

Tom Liotta

-- 
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788 x313
Fax    253-872-7904
http://www.powertechgroup.com


__________________________________________________________________
McAfee VirusScan Online from the Netscape Network.
Comprehensive protection for your entire computer. Get your free trial 
today!
http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397

Get AOL Instant Messenger 5.1 free of charge.  Download Now!
http://aim.aol.com/aimnew/Aim/register.adp?promo=380455
_______________________________________________
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.