Re: Fault Analyzer output for executed instructions?

[Hank Oerlemans]

Care to create an IBM IDEA at https://ideas.ibm.com/  for tracking ?

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

Re: zOSMF - Installing z/OS 3.1 Observations

[Brian Westerman]

The problem with reporting these types of issues is that they appear to be 
completely ignored.  In my case, I have been told several times that since i 
have a workaround, there is no reason to open an issue.  So now I just don't 
even bother to report them.  I just make a note for the next time.

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

Re: HLASM IDF ddnames

[Bruce Hewson]

Hello Shmuel,

Below are my JCL for building ASMLANGX file and REXX exec to start IDF - along 
with PROFILE to setup session, I use 62x160 screen size.

Hope it helps.

Bruce


On Thu, 16 May 2024 11:24:25 +, Seymour J Metz  wrote:

>Cross-posted to ASSEMBLER-LIST, IBM-MAIN.
>
>Is there a list of all the ddnames used by IDF and their functions? The manual 
>has a section on optional files, but it is missing, e.g., the macro library 
>ASM. I tried checking the index, with no luck.
>
>BTW, why did IBM drop the RCF e-mailadddress? It was an easy, robust way to 
>submit comments.
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>עַם יִשְׂרָאֵל חַי
>נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>

//ITSXSA3M JOB (ACCT#),'BRUCE HEWSON',   
// CLASS=U,  
// MSGCLASS=W
//*  
//*  
//ASMLINK  PROC MBR=,LKPARM='LET,LIST,NCAL,MAP,TEST' 
//*  
//ASMOPT   EXEC PGM=ASMA90,PARM='OBJ,ADATA,TEST',COND=(0,NE) 
//SYSPRINT DD  SYSOUT=*  
//SYSUT1   DD  UNIT=SYSDA,SPACE=(1700,(600,100)) 
//SYSUT2   DD  UNIT=SYSDA,SPACE=(1700,(300,50))  
//SYSUT3   DD  UNIT=SYSDA,SPACE=(1700,(300,50))  
//SYSLIB   DD  DISP=SHR,DSN=ITSXSA3.USER.SOURCE  
// DD  DISP=SHR,DSN=SYS1.SASMMAC2
// DD  DISP=SHR,DSN=SYS1.MACLIB  
// DD  DISP=SHR,DSN=SYS1.MODGEN  
// DD  DISP=SHR,DSN=ITSXSA3.USER.MACLIB  
//SYSINDD  DISP=SHR,DSN=ITSXSA3.USER.SOURCE()   
//SYSADATA DD  DISP=SHR,DSN=ITSXSA3.USER.SYSADATA() 
//SYSPUNCH DD  DUMMY 
//SYSLIN   DD  DISP=(NEW,PASS),DSN=&OPTTBL, 
// UNIT=SYSDA,SPACE=(80,(200,50))
//*  
//LNKOPT   EXEC PGM=IEWL,PARM='',COND=(8,LE,ASMOPT)  
//SYSPRINT DD  SYSOUT=*  
//SYSUT1   DD  UNIT=SYSDA,SPACE=(1700,(600,100)) 
//SYSLIB   DD  DISP=SHR,DSN=ITSXSA3.USER.LOAD
//SYSLMOD  DD  DISP=SHR,DSN=ITSXSA3.USER.LOAD() 
//SYSLIN   DD  DISP=(OLD,DELETE),DSN=&OPTTBL
//*  
//*  
//ASMLANGX EXEC PGM=ASMLANGX,
//   PARM=' (ASM LOUD ERROR' 
//SYSPRINT DD  SYSOUT=*  
//SYSADATA DD  DISP=SHR,DSN=ITSXSA3.USER.SYSADATA
//ASMLANGX DD  DISP=SHR,DSN=ITSXSA3.USER.ASMLANGX
//STEPLIB  DD  DISP=SHR,DSN=SYS1.SASMMOD2
//*  
// PEND  
//*  
//HOW  EXEC ASMLINK,MBR=HOW  
//   

REXX exec TESTHOW 
/*>Insert your program name here<*/
 module_name = "HOW"   
/*> <*/
 Parse Arg parmlist
  "ALLOC F(ASM)  DS(ASMIDF.PROFILE)SHR REUS"   
  "ALLOC F(CMDLOG)   DS(ASMIDF.CMDLOG) SHR REUS"   
  "ALLOC F(ASMLANGX) DS('ITSXSA3.USER.ASMLANGX')   SHR REUS"   
  "ALLOC F(ASMLOADX) DS('ITSXSA3.USER.LOAD'   " ,  
   "  " ,  
") SHR REUS"   
   
  "ASMIDF" module_name ,   
  "( AUTOLOAD LIBE ASMLOADX PATH CMDLOG PRO" module_name , 
  "/ " parmlist
   
  "FREE F(ASM CMDLOG ASMLANGX ASMLOADX)"   
 Return

 BROWSEITSXSA3.ASMIDF.PROFILE(HOW) 
* Top o
'OREGS'
'MOVE OREGS 1 80'  
'REGS' 
'OPTIONS'  
'MOVE OPTIONS 9 80'
'DISASM'   

Assistance with Converting IMS DB to MySQL DB

[Jason Cai]

Dear all,

  We are currently undertaking a project to convert some 15-year-old IMS 
database, for which we have some full image copy on tape, to a MySQL database 
on a Linux platform. 

To ensure the success of this migration, we would greatly appreciate your 
expertise and guidance on the following matters:

Is it feasible to recover the IMS full image copy without an IMS DB system, or 
is the presence of an IMS DB system an absolute necessity for this migration 
process?

Once we have successfully restored the IMS database files to disk, we are 
considering two potential approaches:
a) Utilizing the IMS unload utility to convert the database files into a PS 
format, followed by developing a program to read the PS file and import the 
data into MySQL.

b) Directly reading the IMS database files and writing the data into DB2, and 
then subsequently converting the data from DB2 to MySQL.

Are there any specific constraints or limitations that we should be aware of, 
such as the mandatory requirement of an IMS DB system for this migration?

Are there any relevant tools or utilities available that could assist us in 
this process and help streamline the migration?

  We would be immensely grateful if you could provide your insights on which of 
the two approaches mentioned above would be more feasible, given our current 
situation. Additionally, if there are any alternative methods or strategies 
that you believe might be suitable for our specific case, we would greatly 
appreciate your suggestions.

Your expertise and knowledge in this area are highly valued, and any advice or 
recommendations you can offer to help us navigate this complex migration 
process effectively would be sincerely appreciated.

Thank you in advance for your time and consideration. We eagerly await your 
response and look forward to benefiting from your guidance.

Best regards,

Jason Cai

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

Re: Refresh RMFGAT collection settings

[Michael Oujesky]

Yes.  Duration of your interval times the number 
of entries in the samples index structure in the DSIG3 data area.


The DSIG3 is the first 32756 bytes in the file 
and is not internally compressed.  A DSIG3 can 
contain a maximum of 1110 sample sets, so 1110 
times your interval is the limit.  Note that if 
the data store is too small to hold all that 
data, your total duration of sample sets will be curtailed.


Michael

At 12:15 PM 5/16/2024, Peter wrote:


Is there a rule on how many days of a data a single VSAM can hold ?

Any references that can be handy to define ?

Peter

On Thu, May 16, 2024, 6:18 AM Michael Oujesky 
wrote:

> Off the top of my head:
>
>  F RMF,F III,M=04
>
> At 08:27 PM 5/15/2024, Mark Jacobs wrote:
> >Content-Transfer-Encoding: base64If I make 
changes to ERBRMF04 is> >there any way to 
refresh what's being collected without 
restarting RMFGA >> >Mark Jacobs> >> >Sent from 
[ProtonMail](https://protonmail.com), 
Swiss-based encrypted> email.> >> >GPG Public 
Key -> >> 
https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonm\¢`>  
 >> >--- 
---> >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 RMFGAT collection settings

[John Cassidy]

Yes.

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

Re: Refresh RMFGAT collection settings

[Allan Staller]

Classification: Confidential

Depends on the size of the vsam file. Multiple files can be used.

File will be used round-robin and when the last file fills it will wrap to the 
1st file.
Data retention is determined by the total amount of space available in all of 
the vsam files combined.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Thursday, May 16, 2024 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Refresh RMFGAT collection settings

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Is there a rule on how many days of a data a single VSAM can hold ?

Any references that can be handy to define ?

Peter

On Thu, May 16, 2024, 6:18 AM Michael Oujesky 
wrote:

> Off the top of my head:
>
>  F RMF,F III,M=04
>
> At 08:27 PM 5/15/2024, Mark Jacobs wrote:
> >Content-Transfer-Encoding: base64If I make changes to ERBRMF04 is
> >there any way to refresh what's being collected without restarting RMFGAT?
> >
> >Mark Jacobs
> >
> >Sent from
> >[ProtonMail](https://apc01.safelinks.protection.outlook.com/?url=http
> >s%3A%2F%2Fprotonmail.com%2F=05%7C02%7Callan.staller%40HCLTECH.CO
> >M%7Cb51fe06fbf99413f070908dc75cbe144%7C189de737c93a4f5a8b686f4ca99419
> >12%7C0%7C0%7C638514765749625270%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wL
> >jAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C
> >ata=N5diVga6fpMQPe21%2B%2Bva%2BWsiXFmGYXuyB%2BqQApTbbVY%3D=0
> >), Swiss-based encrypted
> email.
> >
> >GPG Public Key -
> >
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.
> protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton
> mail.com=05%7C02%7Callan.staller%40HCLTECH.COM%7Cb51fe06fbf99413f
> 070908dc75cbe144%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63851476
> 5749634713%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzI
> iLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=USb%2FxF6h%2BCRZoWh
> W08bNrtYEFv29e1iCzymB4GsvkWQ%3D=0
> >
> >-
> >- 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
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Refresh RMFGAT collection settings

[Peter]

Is there a rule on how many days of a data a single VSAM can hold ?

Any references that can be handy to define ?

Peter

On Thu, May 16, 2024, 6:18 AM Michael Oujesky 
wrote:

> Off the top of my head:
>
>  F RMF,F III,M=04
>
> At 08:27 PM 5/15/2024, Mark Jacobs wrote:
> >Content-Transfer-Encoding: base64If I make changes to ERBRMF04 is
> >there any way to refresh what's being collected without restarting RMFGAT?
> >
> >Mark Jacobs
> >
> >Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
> email.
> >
> >GPG Public Key -
> >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> >
> >--
> >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

Regina rexx rxsql ?

[ITschak Mugzach]

Co-posted to IBM-MAIN and TSO-REXX.

I am using regina rexx for some years now. I tried to install rxsql, but
x = RXFUNCADD('SQLLoadFuncs','rexxsql','SQLLoadFuncs')

returns rc40. Any idea how to use rcxsql in regina ander linux?

ITschak


*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*

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

Relation between ASMLANGX and EQALANGX

[Seymour J Metz]

The HLASM Toolkit includes ASMLANGX and the z/OS debugger includes EQALANGX; 
are their outputs interchangeable, that is, can ASMIDF, ASMIDFB and EQANMDBG 
use the output from either, or does ASMIDF have to use the output from ASMLANGX 
and EQANMDBG have to use the output of EQALANGX?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר

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

Regina Rexx RXSQL?

[Itschak Mugzach]

Co-posted to IBM-MAIN and TSO-REXX.

I am using regina rexx for some years now. I tried to install rxsql, but
x = RXFUNCADD('SQLLoadFuncs','rexxsql','SQLLoadFuncs')

returns rc40. Any idea how to use rcxsql in regina ander linux?

ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*

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

Re: zOSMF - Installing z/OS 3.1 Observations

[Shaffer, Terri]

Kurt,
  Are your entry into building the configuration and workflows, you make some 
assumptions.

I used a MODEL for then I had to update all my file names to my ZOS31 names and 
volumes.

Then we get to the catalog screen, by default it seems you expect/want (maybe) 
everything cataloged, because that was the default of YES.

The jobs that then get generated and IDCAMS ALTERs from SYS1.*.# names to 
SYS1.* names which cause a conflict with my running system names.

The way I got around this was to specify DO NOT CATALOG, this then generated, 
every job I needed to IEHPROGM RENAMES and cleanup OLD .# NAMES.

But now because I don’t want to re-run all the load jobs again, I am locked out 
of the workflows, because NOW I get duplicate datasets issues.

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt Quackenbush
Sent: Thursday, May 16, 2024 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

EXTERNAL EMAIL: Do not click links or open attachments unless you know the 
content is safe.


> In job IZUD04RN, they try to alter the name which is failing for me because 
> the end name is already cataloged.

If a data set with that name is already cataloged, then z/OSMF should have 
displayed an error and not generated that deployment JCL.  Off hand I don't 
know why your situation causes this, but please either open a case with IBM 
support, or reach out to me directly, to get to the bottom of it.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

System Z Enthusiasts Discord

[Lionel B. Dyck]

Just a reminder that there is a place for y'all over on Discord - yes -
that's the thing the youngin's are using to communicate when they are
playing games *but* it is very usable for asynchronous discussions and has a
community of over 1700 members, including many IBMers. It's free and (imho)
easier to use than Slack or Teams.

Check it out https://discord.gg/sze 

Discussions are separated by topic areas for more focused discussions and
there is the option for audio/video chats with your friends. There is also a
monthly Water Cooler webcast hosted here where we discuss topics of interest
to the community.


Lionel B. Dyck <>< 
Github: https://github.com/lbdyck
System Z Enthusiasts Discord: https://discord.gg/sze

“Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.”   - - - John Wooden

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

Re: zOSMF - Installing z/OS 3.1 Observations

[Kurt Quackenbush]

> In job IZUD04RN, they try to alter the name which is failing for me because 
> the end name is already cataloged.

If a data set with that name is already cataloged, then z/OSMF should have 
displayed an error and not generated that deployment JCL.  Off hand I don't 
know why your situation causes this, but please either open a case with IBM 
support, or reach out to me directly, to get to the bottom of it.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

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

Re: zOSMF - Installing z/OS 3.1 Observations

[Shaffer, Terri]

Yeah I am going back to my initial impression.  Z/OSMF for software installs is 
garbage.

I had to go back and say DO NOT CATALOG my new ZOS31 datasets.

This then generated all my IEHPROGM jobs to rename every file allocated.

It also generated all the cleanup jobs.

But unless I rerun everything again I cant get to the WORKFLOWS, so I guess I 
will find issues on the fly.

IBM needs a way to read the CPAC.ZOS31.WORKFLOWS dataset and generate a usable 
readable workflow.

The only thing IBM seems to be missing is what are the NEW files in z/OS 3.1 
that don’t exist in z/OS 2.5, they must assume you will always generate a NEW 
Master catalog.

I have not had to do that in over 15 years, still have all my jobs, but useless 
work when upgrading software

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Thursday, May 16, 2024 2:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

EXTERNAL EMAIL: Do not click links or open attachments unless you know the 
content is safe.


z/OSMF is not in it's infancy, it's been around for several years now, it's new 
to force z/OS installs with it.  I have now installed my 22nd z/OS install with 
z/OSMF, (hundreds with Serverpak) and I can tell you that It has gone 
increasingly downhill over especially the past year or so.  The ability to 
change values (dataset sizes and other attributes) has gone from limited, to 
okay back to limited again.

It's not a "bad" way to install, but it's not as flexible as serverpak and it 
doesn't seem to get any better over time, every new install seems to take a 
small step backwards.  Sending in problem reports about the issues seems to be 
totally ignored.  Especially if you tell IBM about the problem and then also 
give them a work-around.  The attitude seems to be, "well, if you got around 
it, then why is it a problem?"

Sigh,

Brian

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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

HLASM IDF ddnames

[Seymour J Metz]

Cross-posted to ASSEMBLER-LIST, IBM-MAIN.

Is there a list of all the ddnames used by IDF and their functions? The manual 
has a section on optional files, but it is missing, e.g., the macro library 
ASM. I tried checking the index, with no luck.

BTW, why did IBM drop the RCF e-mail address? It was an easy, robust way to 
submit comments.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר

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

Re: zOSMF - Installing z/OS 3.1 Observations

[Shaffer, Terri]

Okay so riddle me this with IBM's new approach to software installs.

So to load the software they allocate everything with a .# on the end of the 
names, So SYS1.LINKLIB.#, etc...

All the jobs to load all files have completed and ZFS's are now loaded.

I now want my end names to be SYS1.xx

In job IZUD04RN, they try to alter the name which is failing for me because the 
end name is already cataloged.

The old serverpac use to do IEHPROGM, then do the idcams Define for indirect 
cataloging, etc.

So how is this supposed to work now?


Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Thursday, May 16, 2024 2:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Installing z/OS 3.1 Observations

EXTERNAL EMAIL: Do not click links or open attachments unless you know the 
content is safe.


z/OSMF is not in it's infancy, it's been around for several years now, it's new 
to force z/OS installs with it.  I have now installed my 22nd z/OS install with 
z/OSMF, (hundreds with Serverpak) and I can tell you that It has gone 
increasingly downhill over especially the past year or so.  The ability to 
change values (dataset sizes and other attributes) has gone from limited, to 
okay back to limited again.

It's not a "bad" way to install, but it's not as flexible as serverpak and it 
doesn't seem to get any better over time, every new install seems to take a 
small step backwards.  Sending in problem reports about the issues seems to be 
totally ignored.  Especially if you tell IBM about the problem and then also 
give them a work-around.  The attitude seems to be, "well, if you got around 
it, then why is it a problem?"

Sigh,

Brian

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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

XCF/XES programming

[Stefan Lezzi]

Hello,

Does someone remember/know this Share presentation?

"RXC SHARE Atlanta 2012 Session 10381
XCF Concepts and Coding: A Multi-system Application Example" from Carl Feinberg?

At the end, one could download RXC.ZIP from www.relarc.com.
Sadly, this link doesn't work anymore. The company was bought by broadcom which 
doesn't provide the download anymore.

Do you have still the zip-file and could send it to me?
Do you know an alternative XCF/XES programming examples "framework"?

I very much appreciate your help!

Stefan

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

Re: zOSMF - Installing z/OS 3.1 Observations

[Brian Westerman]

z/OSMF is not in it's infancy, it's been around for several years now, it's new 
to force z/OS installs with it.  I have now installed my 22nd z/OS install with 
z/OSMF, (hundreds with Serverpak) and I can tell you that It has gone 
increasingly downhill over especially the past year or so.  The ability to 
change values (dataset sizes and other attributes) has gone from limited, to 
okay back to limited again.  

It's not a "bad" way to install, but it's not as flexible as serverpak and it 
doesn't seem to get any better over time, every new install seems to take a 
small step backwards.  Sending in problem reports about the issues seems to be 
totally ignored.  Especially if you tell IBM about the problem and then also 
give them a work-around.  The attitude seems to be, "well, if you got around 
it, then why is it a problem?"

Sigh,

Brian

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