Re: Using MGCRE with JES2 Commands

This just serves as a reminder that the more info you can put into a post the more likely you are to get the help you need. If the actual code snippet had been posted originally, it could have served to answer the guesses in the last couple of posts about whether there were trailing blanks or

Re: Using MGCRE with JES2 Commands

On Fri, Oct 23, 2015 at 6:22 AM, Terry Sambrooks < terry_sambro...@btconnect.com> wrote: > Hi > > I have resolved the issue I was having with MGCRE and it was nothing to do > with security. I did try the WARN setting within RACF and I also > experimented with RACROUTE (which is another story) but

Re: Using MGCRE with JES2 Commands

Terry Sambrooks wrote: >I have resolved the issue I was having with MGCRE and it was nothing to do >with security. I did try the WARN setting within RACF and I also experimented >with RACROUTE (which is another story) but ultimately the problem lay with >command length. Excellent! Just before

Re: Using MGCRE with JES2 Commands

Hi I have resolved the issue I was having with MGCRE and it was nothing to do with security. I did try the WARN setting within RACF and I also experimented with RACROUTE (which is another story) but ultimately the problem lay with command length. Because the TEXT length on MGCRE can be up to 126

Re: Using MGCRE with JES2 Commands

t.com> Sent: Friday, October 23, 2015 7:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using MGCRE with JES2 Commands Hi I have resolved the issue I was having with MGCRE and it was nothing to do with security. I did try the WARN setting within RACF and I also experimented with RACROUTE (

Re: Using MGCRE with JES2 Commands

In , on 10/23/2015 at 12:22 PM, Terry Sambrooks said: >Because the TEXT length on MGCRE can be up to 126 characters I >defined an area of that size and left the length fixed. Trailing blanks? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO

Re: Using MGCRE with JES2 Commands

y, until proven innocent" John Norgauer 2004 "Schrodinger's backup: The condition of any backup is unknown until a restore is attempted." John McKown 2015 -Original Message- From: Terry Sambrooks [mailto:terr...sam...@btc...com] Sent: October 12, 2015 11:17 Subject:

Re: Using MGCRE with JES2 Commands

Terry Sambrooks wrote: >I thought it would be good to update the program to use MGCRE. The update >works fine for z/OS Commands but any attempt to issue a JES2 command results >in that command being displayed on the hardcopy log together with IEE707I NOT >EXECUTED. Please post the full

Re: Using MGCRE with JES2 Commands

Hi Elardus In respect of "Please post the full IEE707I message and the command attempted." The reality is that ANY z/OS command is accepted but ANY JES2 command is rejected so if I use $DSPOOL as an example the message received is: IEE707I $DSPOOL NOT EXECUTED If the program were not linked

Re: Using MGCRE with JES2 Commands

Terry Sambrooks wrote: >In respect of "Please post the full IEE707I message and the command >attempted." The reality is that ANY z/OS command is accepted but ANY JES2 >command is rejected so if I use $DSPOOL as an example the message received is: >IEE707I $DSPOOL NOT EXECUTED Groan. Perhaps I

Re: Using MGCRE with JES2 Commands

Hi Elardus In respect of "At what z/OS version are you? Do you have any exits which validate commands issued to JES2?" This is a standard ADCD system which is at z/OS 1.13 and there are no command validation exits that I am aware of". I would not want you to go to too much trouble on my behalf

Re: Using MGCRE with JES2 Commands

You can hardcode a UTOKEN for whatever ID you wish. On Sun, 11 Oct 2015 16:22:30 +0100 Terry Sambrooks wrote: :>Hi :> :>I have a very old program which uses SVC 34 directly to execute z/OS and :>JES2 Commands. :> :>I thought it would be good to update the program