Re: refresh system symbols

[Michael Babcock]

The 02 was just an example straight from the doc.

On Sat, Sep 10, 2022 at 11:15 AM Colin Paice  wrote:

> SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456
> only works if you have a load02 in the dataset.
> I do not - my LOADxx's are in SYS.IPLPARM - that's the problem.
> I can create a LOAD02 just for refreshing the symbols, but that feels like
> working round the problem (no real hardship)
> I've raised a doc comment on this.
> Colin
>
> On Sat, 10 Sept 2022 at 14:46, Michael Babcock 
> wrote:
>
> > You can specify a dataset name and volser.
> >
> > SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456
> >
> > On Sat, Sep 10, 2022 at 5:42 AM Colin Paice 
> wrote:
> >
> > > I've been trying to refresh the system symbols, and have hit a problem.
> > > There is the setload command, which you can use to refresh IPL or
> IEASYM
> > -
> > > but only if the LOADxx member is in the PARMLIB concatenation.
> > >
> > > My LOADxx (from the ADCD system) is in SYS1.IPLPARM, and setload does
> not
> > > pick the changes up from there.
> > >
> > > For example
> > >
> > > 05.34.10   setload 00,ieasym
> > >
> > > 05.34.10   IEF764I MSTJCL00 RESOLVER IEFPARM SETLOAD_LOAD00
> > PARMLIB
> > > READ FAILED - MEMBER LOAD00 NOT FOUND.
> > > 05.34.10   IEF901I SYSTEM SYMBOLS WERE NOT UPDATED FROM LOAD00.
> > >
> > > IEFPRMLB RETURN CODE=000C REASON=0001
> > >
> > > If I copy load00 to user.z25a.parmlib and repeat it I get
> > > SETLOAD 00,IEASYM
> > > IEF900I SYSTEM SYMBOLS WERE UPDATED FROM LOAD00
> > >
> > >
> > > Is there another command I should be using, or do I need to set up a
> > dummy
> > > member in user.z25a.parmlib to do it?
> > >
> > > Colin
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> > --
> > Michael Babcock
> > OneMain Financial
> > z/OS Systems Programmer, Lead
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Why is my second Rexx SYSCALLS read failing?

[Paul Gilmartin]

On Sat, 10 Sep 2022 19:29:22 -0500, Charles Mills wrote:
>
>> FileOpen: PROCEDURE EXPOSE FileFd
> 
It might make things worse because O_RDONLY would become
undefined (which would be caught by SIGNAL ON NOVALUE.)

>In the absence of PROCEDURE, all variables are exposed.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Why is my second Rexx SYSCALLS read failing?

[Paul Gilmartin]

On Sat, 10 Sep 2022 19:29:22 -0500, Charles Mills  wrote:
>...
>> FileOpen: PROCEDURE EXPOSE FileFd
>
>In the absence of PROCEDURE, all variables are exposed.
> 
True.  SIGNAL ON NOVALUE obviates many such concerns.

More shotgunning:

SIGNAL ON NOVALUE.

Add TRACE R at the beginning of V; then TRACE N after the
first read (to avoid voluminous output.)  Something unexpected
might appear.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Why is my second Rexx SYSCALLS read failing?

[Paul Gilmartin]

On Sat, 10 Sep 2022 18:45:04 -0500, Charles Mills wrote:

>I am working on a Rexx program that reads one or more UNIX files. 
>...
>The logic works for the first file, but if there is a second file the read 
>fails with a -21, which I interpret as "bad fd." (Am I wrong about that?)
>
SYSCALL  strerror error_code reason_code stem
might tell you more.

I always use SIGNAL ON NOVALUE.  It finds unsuspected errors.

Does open return the same Filefd each time?  As an experiment
you might try omitting the close to see how it works with a different
fd.  (WAG!)

for:
>  if RC = -1 Then Do
>Call Print "Error from Log File open. RC =" RC errno errnojr

RC is(usually) nonzero if Rexx is unable to issue a system call,
in which case errno and errnojr are meaningless, perhaps unset.

>Here are the read and open routines. The read routine gets called with the 
>file name. It's getting that right because the first file works (and the 
>second file works if it is first). There is no error printed by FileOpen. I 
>can see from the Print at the start of ReadOneFile that the filename is 
>correct. How could the fd be bad if the open succeeds?
>
>ReadOneLogFile:
>  If IsVerbose Then Call Print "ReadOneLogFile:" Arg(1) 
>   
>  ADDRESS SYSCALL 
>  Call FileOpen Arg(1)
>  
>  Do Forever
>"read" Filefd "record" LogFileRecLen
>If Length(record) <> LogFileRecLen Then Leave
>
>/* snip */
>
>End   /* Read records forever */
>  
>  "close" Filefd
> 
>  Return
>
>FileOpen:
>  /* Open the file */
>  "open" Arg(1) O_RDONLY 
>  Filefd = retval
>  if RC = -1 Then Do
>Call Print "Error from Log File open. RC =" RC errno errnojr
>Signal EndProgram
>End  /* RC <> 0 */
>  Return

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Why is my second Rexx SYSCALLS read failing?

[Peter Sylvester]

On 11/09/2022 02:29, Charles Mills wrote:

In the absence of PROCEDURE, all variables are exposed.



Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Why is my second Rexx SYSCALLS read failing?

[Charles Mills]

Thanks!

> Shouldn’t Arg(1) be something like Arg(n) ?  Seems like your processing the 
> same file regardless of the number of arguments specified.

ReadOneLogFile is called multiple times with one argument each time. Arg(1) is 
always "the" file to read.

> Where is the error occurring?

On "read" Filefd "record" LogFileRecLen

Oh, by the way, LogFileRecLen is 20 and the read works for hundreds of records 
in the first file.

> FileOpen: PROCEDURE EXPOSE FileFd

In the absence of PROCEDURE, all variables are exposed.

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Why is my second Rexx SYSCALLS read failing?

[Peter Sylvester]

A late night guess:

FileOpen: PROCEDURE EXPOSE FileFd

https://www.ibm.com/docs/en/zos/2.5.0?topic=variables-exposing-procedure-expose

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Real fun for companies on older machines & SCRT

[Michael Oujesky]

Look like LINUX desktops are supported and simple binary transfer of 
the SMF data per 
SCRT: 
Using the Sub-Capacity Reporting Tool V28.2.0 
(ibm.com) 
https://www-40.ibm.com/servers/resourcelink/svc00100.nsf/pages/SCRTsc236845/$file/e0z3s127.pdf 



Michael


At 12:50 PM 9/10/2022, John McKown wrote:


Not too sure the form the SMF data would need to be in. And I thought to he
Linux version was only for z/Linux. But it's something to look into.

On Sat, Sep 10, 2022, 11:56 Michael Oujesky  wrote:

> It has been a while since I worked with SCRT, but thought it also ran
> on Linux and Windows.
>
> Michael
>
> At 08:20 AM 9/9/2022, John McKown wrote:
>
> >I just found out that IBM will be releasing version 29 of the SCRT program
> >on 15Oct2022. Version 28 reports will be accepted only up to the Nov2022
> >report (submitted in Dec2022), at which time only version 29 reports will
> >be accepted. Version 29 of SCRT requires Java 8.
> >
> >I just tested this out at work using Java 8 instead of Java 7. Java 8
> >reports that it will not run on a z9BC. "Processor detected (z9) does not
> >support instruction MVGHI" .
> >
> >This is going to be fun. A sister company is on a z15, running z/OS. So
> >perhaps they will be tasked to take our SMF data, produce the SCRT report,
> >and then upload it to IBM. But perhaps they will give me an ID on their
> >system to do this.
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Why is my second Rexx SYSCALLS read failing?

[Matt Hogstrom]

Shouldn’t Arg(1) be something like Arg(n) ?  Seems like your processing the 
same file regardless of the number of arguments specified.

Where is the error occurring?

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

> On Sep 10, 2022, at 7:45 PM, Charles Mills  wrote:
> 
> I am working on a Rexx program that reads one or more UNIX files. (And 
> please, don't beat me up for Rexx; we can have the "superiority of Python" 
> discussion another day.)
> 
> The logic works for the first file, but if there is a second file the read 
> fails with a -21, which I interpret as "bad fd." (Am I wrong about that?)
> 
> Here are the read and open routines. The read routine gets called with the 
> file name. It's getting that right because the first file works (and the 
> second file works if it is first). There is no error printed by FileOpen. I 
> can see from the Print at the start of ReadOneFile that the filename is 
> correct. How could the fd be bad if the open succeeds?
> 
> ReadOneLogFile:
>  If IsVerbose Then Call Print "ReadOneLogFile:" Arg(1) 
> 
>  ADDRESS SYSCALL 
>  Call FileOpen Arg(1)
> 
>  Do Forever
>"read" Filefd "record" LogFileRecLen
>If Length(record) <> LogFileRecLen Then Leave
> 
>/* snip */
> 
>End   /* Read records forever */
> 
>  "close" Filefd
> 
>  Return
> 
> FileOpen:
>  /* Open the file */
>  "open" Arg(1) O_RDONLY 
>  Filefd = retval
>  if RC = -1 Then Do
>Call Print "Error from Log File open. RC =" RC errno errnojr
>Signal EndProgram
>End  /* RC <> 0 */
>  Return
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Why is my second Rexx SYSCALLS read failing?

[Charles Mills]

I am working on a Rexx program that reads one or more UNIX files. (And please, 
don't beat me up for Rexx; we can have the "superiority of Python" discussion 
another day.)

The logic works for the first file, but if there is a second file the read 
fails with a -21, which I interpret as "bad fd." (Am I wrong about that?)

Here are the read and open routines. The read routine gets called with the file 
name. It's getting that right because the first file works (and the second file 
works if it is first). There is no error printed by FileOpen. I can see from 
the Print at the start of ReadOneFile that the filename is correct. How could 
the fd be bad if the open succeeds?

ReadOneLogFile:
  If IsVerbose Then Call Print "ReadOneLogFile:" Arg(1) 
   
  ADDRESS SYSCALL 
  Call FileOpen Arg(1)
  
  Do Forever
"read" Filefd "record" LogFileRecLen
If Length(record) <> LogFileRecLen Then Leave

/* snip */

End   /* Read records forever */
  
  "close" Filefd
 
  Return

FileOpen:
  /* Open the file */
  "open" Arg(1) O_RDONLY 
  Filefd = retval
  if RC = -1 Then Do
Call Print "Error from Log File open. RC =" RC errno errnojr
Signal EndProgram
End  /* RC <> 0 */
  Return

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Real fun for companies on older machines & SCRT

[John McKown]

Not too sure the form the SMF data would need to be in. And I thought to he
Linux version was only for z/Linux. But it's something to look into.

On Sat, Sep 10, 2022, 11:56 Michael Oujesky  wrote:

> It has been a while since I worked with SCRT, but thought it also ran
> on Linux and Windows.
>
> Michael
>
> At 08:20 AM 9/9/2022, John McKown wrote:
>
> >I just found out that IBM will be releasing version 29 of the SCRT program
> >on 15Oct2022. Version 28 reports will be accepted only up to the Nov2022
> >report (submitted in Dec2022), at which time only version 29 reports will
> >be accepted. Version 29 of SCRT requires Java 8.
> >
> >I just tested this out at work using Java 8 instead of Java 7. Java 8
> >reports that it will not run on a z9BC. "Processor detected (z9) does not
> >support instruction MVGHI" .
> >
> >This is going to be fun. A sister company is on a z15, running z/OS. So
> >perhaps they will be tasked to take our SMF data, produce the SCRT report,
> >and then upload it to IBM. But perhaps they will give me an ID on their
> >system to do this.
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Real fun for companies on older machines & SCRT

[John McKown]

Another Optum site is running some version of z/OS on a z15. I don't know
anyone there, but maybe. They didn't want us on their system when we
offered to help if they needed it. As I understand it, they are down to one
sysprog now because the other 2 retired earlier this year.

On Sat, Sep 10, 2022, 06:27 Andrew Rowley 
wrote:

> On 9/09/2022 11:20 pm, John McKown wrote:
> > I just tested this out at work using Java 8 instead of Java 7. Java 8
> > reports that it will not run on a z9BC. "Processor detected (z9) does not
> > support instruction MVGHI" .
>
> Can you just run it on another platform?
>
> Andrew Rowley
>
> Black Hill Software
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Real fun for companies on older machines & SCRT

[Michael Oujesky]

It has been a while since I worked with SCRT, but thought it also ran 
on Linux and Windows.


Michael

At 08:20 AM 9/9/2022, John McKown wrote:


I just found out that IBM will be releasing version 29 of the SCRT program
on 15Oct2022. Version 28 reports will be accepted only up to the Nov2022
report (submitted in Dec2022), at which time only version 29 reports will
be accepted. Version 29 of SCRT requires Java 8.

I just tested this out at work using Java 8 instead of Java 7. Java 8
reports that it will not run on a z9BC. "Processor detected (z9) does not
support instruction MVGHI" .

This is going to be fun. A sister company is on a z15, running z/OS. So
perhaps they will be tasked to take our SMF data, produce the SCRT report,
and then upload it to IBM. But perhaps they will give me an ID on their
system to do this.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: refresh system symbols

[Colin Paice]

SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456
only works if you have a load02 in the dataset.
I do not - my LOADxx's are in SYS.IPLPARM - that's the problem.
I can create a LOAD02 just for refreshing the symbols, but that feels like
working round the problem (no real hardship)
I've raised a doc comment on this.
Colin

On Sat, 10 Sept 2022 at 14:46, Michael Babcock 
wrote:

> You can specify a dataset name and volser.
>
> SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456
>
> On Sat, Sep 10, 2022 at 5:42 AM Colin Paice  wrote:
>
> > I've been trying to refresh the system symbols, and have hit a problem.
> > There is the setload command, which you can use to refresh IPL or IEASYM
> -
> > but only if the LOADxx member is in the PARMLIB concatenation.
> >
> > My LOADxx (from the ADCD system) is in SYS1.IPLPARM, and setload does not
> > pick the changes up from there.
> >
> > For example
> >
> > 05.34.10   setload 00,ieasym
> >
> > 05.34.10   IEF764I MSTJCL00 RESOLVER IEFPARM SETLOAD_LOAD00
> PARMLIB
> > READ FAILED - MEMBER LOAD00 NOT FOUND.
> > 05.34.10   IEF901I SYSTEM SYMBOLS WERE NOT UPDATED FROM LOAD00.
> >
> > IEFPRMLB RETURN CODE=000C REASON=0001
> >
> > If I copy load00 to user.z25a.parmlib and repeat it I get
> > SETLOAD 00,IEASYM
> > IEF900I SYSTEM SYMBOLS WERE UPDATED FROM LOAD00
> >
> >
> > Is there another command I should be using, or do I need to set up a
> dummy
> > member in user.z25a.parmlib to do it?
> >
> > Colin
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rant: Why doesn't SVCUPDTE accept an RS form for EPNAME?

[Peter Relson]

> No -wait - it looks as though EPNAME supports
> an RS address on the MF=E form.

Look again. It doesn't. But it does support address-in-register of the name.

The only "rant" in this subject area that is likely to be addressed is the fact 
that the syntax diagram for EPNAME for MF=E is incorrect in saying "symbol". 
That is correct for the standard and list forms but not for the execute form. 
The only specification for SVCUPDTE's EPNAME on MF=E is (n) with register n 
(reg 2-12) containing the address of the 8-character name. I will get that 
corrected.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: refresh system symbols

[Michael Babcock]

You can specify a dataset name and volser.

SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456

On Sat, Sep 10, 2022 at 5:42 AM Colin Paice  wrote:

> I've been trying to refresh the system symbols, and have hit a problem.
> There is the setload command, which you can use to refresh IPL or IEASYM -
> but only if the LOADxx member is in the PARMLIB concatenation.
>
> My LOADxx (from the ADCD system) is in SYS1.IPLPARM, and setload does not
> pick the changes up from there.
>
> For example
>
> 05.34.10   setload 00,ieasym
>
> 05.34.10   IEF764I MSTJCL00 RESOLVER IEFPARM SETLOAD_LOAD00 PARMLIB
> READ FAILED - MEMBER LOAD00 NOT FOUND.
> 05.34.10   IEF901I SYSTEM SYMBOLS WERE NOT UPDATED FROM LOAD00.
>
> IEFPRMLB RETURN CODE=000C REASON=0001
>
> If I copy load00 to user.z25a.parmlib and repeat it I get
> SETLOAD 00,IEASYM
> IEF900I SYSTEM SYMBOLS WERE UPDATED FROM LOAD00
>
>
> Is there another command I should be using, or do I need to set up a dummy
> member in user.z25a.parmlib to do it?
>
> Colin
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Real fun for companies on older machines & SCRT

[Andrew Rowley]

On 9/09/2022 11:20 pm, John McKown wrote:

I just tested this out at work using Java 8 instead of Java 7. Java 8
reports that it will not run on a z9BC. "Processor detected (z9) does not
support instruction MVGHI" .


Can you just run it on another platform?

Andrew Rowley

Black Hill Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: refresh system symbols

[rpinion865]

A5RES1 is the load address volume, commonly referred to as your RES/IPL volume. 
 In addition to the load address volume, you usually specify the device address 
of the volume that contains SYS1.IPLPARM, and load parm member suffix.




Sent with Proton Mail secure email.

--- Original Message ---
On Saturday, September 10th, 2022 at 6:56 AM, Colin Paice 
 wrote:


> SYS1.IPLPARM is on A5SYS1, I IPL from A80 A5RES1.
> 
> On Sat, 10 Sept 2022 at 11:47, rpinion865 <
> 042a019916dd-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > Is SYS1.IPLPARM on the same volume as the IODF and the volume selected for
> > IPL load parm?
> > 
> > Sent with Proton Mail secure email.
> > 
> > --- Original Message ---
> > On Saturday, September 10th, 2022 at 6:41 AM, Colin Paice <
> > colinpai...@gmail.com> wrote:
> > 
> > > I've been trying to refresh the system symbols, and have hit a problem.
> > > There is the setload command, which you can use to refresh IPL or IEASYM
> > > -
> > > but only if the LOADxx member is in the PARMLIB concatenation.
> > > 
> > > My LOADxx (from the ADCD system) is in SYS1.IPLPARM, and setload does not
> > > pick the changes up from there.
> > > 
> > > For example
> > > 
> > > 05.34.10 setload 00,ieasym
> > > 
> > > 05.34.10 IEF764I MSTJCL00 RESOLVER IEFPARM SETLOAD_LOAD00 PARMLIB
> > > READ FAILED - MEMBER LOAD00 NOT FOUND.
> > > 05.34.10 IEF901I SYSTEM SYMBOLS WERE NOT UPDATED FROM LOAD00.
> > > 
> > > IEFPRMLB RETURN CODE=000C REASON=0001
> > > 
> > > If I copy load00 to user.z25a.parmlib and repeat it I get
> > > SETLOAD 00,IEASYM
> > > IEF900I SYSTEM SYMBOLS WERE UPDATED FROM LOAD00
> > > 
> > > Is there another command I should be using, or do I need to set up a
> > > dummy
> > > member in user.z25a.parmlib to do it?
> > > 
> > > Colin
> > > 
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > 
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: refresh system symbols

[Colin Paice]

SYS1.IPLPARM is on A5SYS1, I IPL from A80 A5RES1.

On Sat, 10 Sept 2022 at 11:47, rpinion865 <
042a019916dd-dmarc-requ...@listserv.ua.edu> wrote:

> Is SYS1.IPLPARM on the same volume as the IODF and the volume selected for
> IPL load parm?
>
>
>
>
> Sent with Proton Mail secure email.
>
> --- Original Message ---
> On Saturday, September 10th, 2022 at 6:41 AM, Colin Paice <
> colinpai...@gmail.com> wrote:
>
>
> > I've been trying to refresh the system symbols, and have hit a problem.
> > There is the setload command, which you can use to refresh IPL or IEASYM
> -
> > but only if the LOADxx member is in the PARMLIB concatenation.
> >
> > My LOADxx (from the ADCD system) is in SYS1.IPLPARM, and setload does not
> > pick the changes up from there.
> >
> > For example
> >
> > 05.34.10 setload 00,ieasym
> >
> > 05.34.10 IEF764I MSTJCL00 RESOLVER IEFPARM SETLOAD_LOAD00 PARMLIB
> > READ FAILED - MEMBER LOAD00 NOT FOUND.
> > 05.34.10 IEF901I SYSTEM SYMBOLS WERE NOT UPDATED FROM LOAD00.
> >
> > IEFPRMLB RETURN CODE=000C REASON=0001
> >
> > If I copy load00 to user.z25a.parmlib and repeat it I get
> > SETLOAD 00,IEASYM
> > IEF900I SYSTEM SYMBOLS WERE UPDATED FROM LOAD00
> >
> >
> > Is there another command I should be using, or do I need to set up a
> dummy
> > member in user.z25a.parmlib to do it?
> >
> > Colin
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: refresh system symbols

[rpinion865]

Is SYS1.IPLPARM on the same volume as the IODF and the volume selected for IPL 
load parm?




Sent with Proton Mail secure email.

--- Original Message ---
On Saturday, September 10th, 2022 at 6:41 AM, Colin Paice 
 wrote:


> I've been trying to refresh the system symbols, and have hit a problem.
> There is the setload command, which you can use to refresh IPL or IEASYM -
> but only if the LOADxx member is in the PARMLIB concatenation.
> 
> My LOADxx (from the ADCD system) is in SYS1.IPLPARM, and setload does not
> pick the changes up from there.
> 
> For example
> 
> 05.34.10 setload 00,ieasym
> 
> 05.34.10 IEF764I MSTJCL00 RESOLVER IEFPARM SETLOAD_LOAD00 PARMLIB
> READ FAILED - MEMBER LOAD00 NOT FOUND.
> 05.34.10 IEF901I SYSTEM SYMBOLS WERE NOT UPDATED FROM LOAD00.
> 
> IEFPRMLB RETURN CODE=000C REASON=0001
> 
> If I copy load00 to user.z25a.parmlib and repeat it I get
> SETLOAD 00,IEASYM
> IEF900I SYSTEM SYMBOLS WERE UPDATED FROM LOAD00
> 
> 
> Is there another command I should be using, or do I need to set up a dummy
> member in user.z25a.parmlib to do it?
> 
> Colin
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

refresh system symbols

[Colin Paice]

I've been trying to refresh the system symbols, and have hit a problem.
There is the setload command, which you can use to refresh IPL or IEASYM -
but only if the LOADxx member is in the PARMLIB concatenation.

My LOADxx (from the ADCD system) is in SYS1.IPLPARM, and setload does not
pick the changes up from there.

For example

05.34.10   setload 00,ieasym

05.34.10   IEF764I MSTJCL00 RESOLVER IEFPARM SETLOAD_LOAD00 PARMLIB
READ FAILED - MEMBER LOAD00 NOT FOUND.
05.34.10   IEF901I SYSTEM SYMBOLS WERE NOT UPDATED FROM LOAD00.

IEFPRMLB RETURN CODE=000C REASON=0001

If I copy load00 to user.z25a.parmlib and repeat it I get
SETLOAD 00,IEASYM
IEF900I SYSTEM SYMBOLS WERE UPDATED FROM LOAD00


Is there another command I should be using, or do I need to set up a dummy
member in user.z25a.parmlib to do it?

Colin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN