Re: USS zlib issues

[Brian Westerman]

There is a RSU available every month, (best to be done quarterly).   2.5 came 
out over a year ago, and is about to be replaced with 3.1.

Brian

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

ChatGPT writes mainframe jokes for St. Patrick;s

[Gabe Goldberg]

Tech Funny: Happy St. Patrick's AI | TechBeacon

He asked Bing AI to come up with several jokes and other funny tidbits 
about TechBeacon's coverage areas—all with a St. Patrick's Day twist.


https://techbeacon.com/enterprise-it/tech-funny-happy-st-patricks-ai

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

Re: Routine using TIMEUSED called Statically gets different results

[Chris P Fried]

I copied and pasted.BAKR 0,14 is what I tested with. 


I did not read about it in POPS yet.   
Dealing with water heater issue and having company.   Whee,


So copy/paste.   and quick test and the quick reply back. 

It'll be next week before I can do more digging into the BAKR PR impacts. 


Thanks for the reply.Your response clarified what another person said.

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

Re: [EXTERNAL] Re: USS zlib issues

[Tony Harminc]

My ADCD-based z/OS 2.5 has the same truncated files with the same dates and
sizes. A non-ADCD 2.5 here looks the same. Interestingly, a non-ADCD 2.3
system has only one file in the directory: libzz.a . No .x or .so at all.

Tony H.

On Thu, 16 Mar 2023 at 09:47, Pommier, Rex  wrote:

> Robin and Barbara,
>
> Interesting.  My 2.4 system looks a lot like Robin's.
>
> Prod2:RRP:/usr/lpp/hzc/lib: # ls -l
> total 4560
> drwxr-xr-x   2 BPXROOT  AOPOPER 8192 Sep 25  2019 IBM
> -rwxr-xr-x   2 BPXROOT  AOPOPER  1012800 Mar 25  2020 libzz.a
> -rwxr-xr-x   2 BPXROOT  AOPOPER   405520 Mar 25  2020 libzz.so
> -rwxr-xr-x   2 BPXROOT  AOPOPER  252 Mar 25  2020 libzz.x
> -rwxr-xr-x   2 BPXROOT  AOPOPER   417840 Mar 25  2020 libzz64.so
> -rwxr-xr-x   2 BPXROOT  AOPOPER  252 Mar 25  2020 libzz64.x
> -rwxr-xr-x   2 BPXROOT  AOPOPER   413760 Mar 25  2020 libzzX.so
> -rwxr-xr-x   2 BPXROOT  AOPOPER  252 Mar 25  2020 libzzX.x
>
> Something slipped thru IBM packaging for a couple releases of z/OS?
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Barbara Nitz
> Sent: Thursday, March 16, 2023 4:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: USS zlib issues
>
> Hi Robin,
>
> >drwxr-xr-x   2 BPXROOT  RSEGROUP8192 Apr 19  2021 IBM
> >-rwxr-xr-x   2 BPXROOT  RSEGROUP 1012800 Apr 19  2021 libzz.a
> >-rwxr-xr-x   2 BPXROOT  RSEGROUP  405520 Apr 19  2021 libzz.so
> >-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz.x
> >-rwxr-xr-x   2 BPXROOT  RSEGROUP  417840 Apr 19  2021 libzz64.so
> >-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz64.x
> >-rwxr-xr-x   2 BPXROOT  RSEGROUP  413760 Apr 19  2021 libzzX.so
> >-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzzX.x
>
> your *.x files are definitely truncated. They all have al length of 252
> which is extremely unlikely. This is what it looks like on my system (only
> the *x files):
>
> libzz.x fff--- --s-  BPXROOT  SYS1 6723
> libzzX.xfff--- --s-  BPXROOT  SYS1 6723
> libzz64.x   fff--- --s-  BPXROOT  SYS1 7209
>
> The last change date on mine is 2023/01/06, which is the time I last put
> maintenance in. No idea what that was, but I guess that's your only chance
> of fixing the truncated stuff. The date you show is when this stuff was
> first installed by IBM. I am guessing for the ServerPac.
>
> Regards,  Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged. If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful. If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
>
> --
> 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: linklist error at IPL

[Mark Jacobs]

Personally I use Netview's CANZLOG functionally post-ipl to review syslog, 
filtering on descriptor codes that I find interesting. Adding this to your 
PROGxx member allows Netview to view messages that were issued prior to the 
subsystem being initialized, including NIP messages. 

EXIT ADD EXITNAME(CNZ_MSGTOSYSLOG) MODNAME(DSI4LCUI)

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com


--- Original Message ---
On Thursday, March 16th, 2023 at 8:31 PM, Mark Zelden  wrote:


> I know there are lots of critical errors that can happen during NIP so I 
> don't know
> exactly where to draw the line, but it would be great if the OS could flag 
> things like
> this (missing LNKLST library, missing LPA library or MLPA, missing SVCs) and 
> then
> reflect the error in a health check post IPL. Normal console automation could 
> catch
> that easily and warn someone and it could be fixed and the system re-IPLed at 
> the time.
> 
> Personally, for planned IPLs I always check NIP on at least on one system in 
> a sysplex
> if multiple systems are being IPLed (parms / sysres are shared anyway).
> 
> Regards,
> 
> Mark
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> ITIL v3 Foundation Certified
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
> 
> 
> On Thu, 16 Mar 2023 17:20:36 -0500, Steve Horein steve.hor...@gmail.com wrote:
> 
> > Do you have any kind of automation package available to you?
> > 
> > On Thu, Mar 16, 2023 at 8:11 AM Richard McIntosh <
> > richard.mcint...@oracle.com> wrote:
> > 
> > > Is there anyway to get alerted to a linklist error duing the IPL process.
> > > The error messages come out to early for any MPF processing to hilite it
> > > and they rolled by to quick for operations to notice and caused TLMS to 
> > > not
> > > get initialized. Dataset is not in master catalog and the wrong volser was
> > > specified.
> > > 
> > > IGGN307I SYSP01,SYSR.TLMS.R14MA.CTAPLINK,DATA SET NOT FOUND ON
> > > VOLUME
> > > 
> > > IEA716I UNABLE TO OPEN LIBRARY - LNKLST DATA SET IGNORED
> > > 
> > > SYSR.TLMS.R14MA.CTAPLINK
> > > 
> > > I googled an old (18 years ago) message about someone using the IEAVMXIT
> > > exit to check some storage to see if any error flags were set, but there
> > > was no mention of what storage it was.
> > > 
> > > Thanks
> > > 
> > > Richard McIntosh
> > > 
> > > --
> > > 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: linklist error at IPL

[Mark Zelden]

I know there are lots of critical errors that can happen during NIP so I don't 
know
exactly where to draw the line,  but it would be great if the OS could flag 
things like
this (missing LNKLST library, missing LPA library or MLPA, missing SVCs) and 
then 
reflect the error in a health check post IPL.   Normal console automation could 
catch
that easily and warn someone and it could be fixed and the system re-IPLed at 
the time.

Personally, for planned IPLs I always check NIP on at least on one system in a 
sysplex
if multiple systems are being IPLed (parms / sysres are shared anyway).   

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html


On Thu, 16 Mar 2023 17:20:36 -0500, Steve Horein  wrote:

>Do you have any kind of automation package available to you?
>
>On Thu, Mar 16, 2023 at 8:11 AM Richard McIntosh <
>richard.mcint...@oracle.com> wrote:
>
>> Is there anyway to get alerted to a linklist error duing the IPL process.
>> The error messages come out to early for any MPF processing to hilite it
>> and they rolled by to quick for operations to notice and caused TLMS to not
>> get initialized. Dataset is not in master catalog and the wrong volser was
>> specified.
>>
>>
>> IGGN307I SYSP01,SYSR.TLMS.R14MA.CTAPLINK,DATA SET NOT FOUND ON
>> VOLUME
>>
>> IEA716I UNABLE TO OPEN LIBRARY -LNKLST   DATA SET IGNORED
>>
>> SYSR.TLMS.R14MA.CTAPLINK
>>
>>
>>
>> I googled an old (18 years ago) message about someone using the IEAVMXIT
>> exit to check some storage to see if any error flags were set, but there
>> was no mention of what storage it was.
>>
>>
>>
>> Thanks
>>
>>
>>
>> Richard McIntosh
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> 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: linklist error at IPL

[Steve Horein]

Do you have any kind of automation package available to you?

On Thu, Mar 16, 2023 at 8:11 AM Richard McIntosh <
richard.mcint...@oracle.com> wrote:

> Is there anyway to get alerted to a linklist error duing the IPL process.
> The error messages come out to early for any MPF processing to hilite it
> and they rolled by to quick for operations to notice and caused TLMS to not
> get initialized. Dataset is not in master catalog and the wrong volser was
> specified.
>
>
> IGGN307I SYSP01,SYSR.TLMS.R14MA.CTAPLINK,DATA SET NOT FOUND ON
> VOLUME
>
> IEA716I UNABLE TO OPEN LIBRARY -LNKLST   DATA SET IGNORED
>
> SYSR.TLMS.R14MA.CTAPLINK
>
>
>
> I googled an old (18 years ago) message about someone using the IEAVMXIT
> exit to check some storage to see if any error flags were set, but there
> was no mention of what storage it was.
>
>
>
> Thanks
>
>
>
> Richard McIntosh
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
> 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: not using SMPe

[Jeremy Nicoll]

On Wed, 15 Mar 2023, at 23:10, Andrew Rowley wrote:

> Not everyone loves chasing pre-req chains in SMP/E. Plus the
> vendor needs to track it all somehow and build those chains.

But doesn't the vendor already have to understand whether or not 
separate changes they've made to their product affect each other?

Even if every successive release of a product is shipped with every
potential function included, there still needs to be documentation
that explains if you turn feature X on then be aware of the effects
that will have on feature Y, or that features P and Q can't both be
in use, or ...

-- 
Jeremy Nicoll - my opinions are my own.

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

Re: Help with BSAM WRITE VBA getting 002-30

[Paul Gilmartin]

On Thu, 16 Mar 2023 13:17:02 -0400, Joseph Reichman wrote:
>
>BTW before I posted I thought I would be a good ideas to look at a sysadata 
>file 
>
>As that is a VB file 
>After the read I saw x’0001’ 
>
>In the BDW area ? 
>
In: 


I read:  FILEDEF SYSADATA DISK fn SYSADATA m1 (RECFM VB LRECL 32756 BLOCK 32760

The URL includes "zos/2.2.0", but the page is rife with CMS jargon.  RCF?

Regardless, after you generate the ASMADATA, override to RECFM=U in order to 
read the BDW and RDW.

-- 
gil

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

Re: Help with BSAM WRITE VBA getting 002-30

[Joseph Reichman]

Thanks to everyone for their help 
I didn’t get to it as I started getting error with my dynamic allocation of the 
GDG file I am using for the snap 

BTW before I posted I thought I would be a good ideas to look at a sysadata 
file 

As that is a VB file 
After the read I saw x’0001’ 

In the BDW area ? 

But forget  about that just want to get my read working 


> On Mar 16, 2023, at 1:11 PM, Paul Gilmartin 
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Wed, 15 Mar 2023 19:22:58 -0400, Joseph Reichman  wrote:
>> 
>> I have been abending  for 2 days doing different things to write abend
>> messages snaps dataset ...
>> 
> 
> 
> -- 
> gil
> 
> --
> 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: Help with BSAM WRITE VBA getting 002-30

[Paul Gilmartin]

On Wed, 15 Mar 2023 19:22:58 -0400, Joseph Reichman  wrote:
>
>I have been abending  for 2 days doing different things to write abend
>messages snaps dataset ...
>


-- 
gil

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

Re: CS/CDS instruction

[Ed Jaffe]

On 3/16/2023 5:15 AM, Peter Relson wrote:

The only difference between "your" STFLE and "our" STFLE is that the z/OS one 
is done only once, at IPL.
If some facility arrived after IPL, you could find it with "your" STFLE That is 
far from a frequent occurrence.


What about MACHMIG? Do you turn off the bit(s) corresponding to a 
facility that we wish to pretend does not exist via LOADxx specification?



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: Processing SMF Type 15 records help

[Seymour J Metz]

It looks like IFASMFR 82 is not bringing in the definition for the SMF82AUD 
segment. Is there a separate macro library for ICSF?


From: IBM Mainframe Discussion List  on behalf of 
David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, March 16, 2023 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Processing SMF Type 15 records help

I already included it:

** ASMA044E Undefined symbol - SMF82ITE
** ASMA435I Record 273 in SYS1.MACLIB(IHBOPLTX) on volume: A4RES1



On 2023-03-16 11:00, Seymour J Metz wrote:
> What was the error message?
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
> Sent: Thursday, March 16, 2023 10:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Processing SMF Type 15 records help
>
> Hi R'Shmuel AMV"SH,
> //*YSLIBDD DISP=SHR,DSN=I3D5403.MJCUTIL.MACLIB $COMMON
> //SYSLIBDD DISP=SHR,DSN=FILE094.PDS   $COMMON
> //  DD DISP=SHR,DSN=SYS1.MACLIB BCP
> //  DD DISP=SHR,DSN=SYS1.MODGEN BCP
> //  DD DISP=SHR,DSN=SYS1.SBDTMAC BDT
> //* DD DISP=SHR,DSN=SYS1.SEZACMAC TCPIP
> //  DD DISP=SHR,DSN=TCPIP.SEZACMAC TCPIP
> //  DD DISP=SHR,DSN=TCPIP.SEZANMAC TCPIP
> //  DD DISP=SHR,DSN=SYS1.SICEUSER DFSORT
> //* DD DISP=SHR,DSN=SYS1.NFSMAC NFS
> //* DD DISP=SHR,DSN=SYS1.SGLOSAMP AO
> //* DD DISP=SHR,DSN=SYS1.SASFPMAC BatchPipes
> //  DD DISP=SHR,DSN=SAS210.SASFPMAC BatchPipes
> //* DD DISP=SHR,DSN=SYS1.SDVGMAC0 NFTP
> //* DD DISP=SHR,DSN=SYS1.SDBNUMAC RMDS
>
> (I also tweaked some Macro variables.)
> &RT_AO  SETC '000' AO (nnn/000)
> &RT_NFTPSETC '000' NFTP (nnn/000)
> &RT_RMDSSETC '000' RMDS (nnn/000)
> &ST_DFSMS07 SETC 'NO'  DFSMS ST 07 (YES/NO)new in DFSMS 1.2
>
> Error Messages:
> ** ASMA044E Undefined symbol - SMF82ITE
> ** ASMA435I Record 273 in SYS1.MACLIB(IHBOPLTX) on volume: A4RES1
>
> Regards,
> David
>
> On 2023-03-16 10:02, Seymour J Metz wrote:
>> What macro libraries did you use?
>>
>> 
>> From: IBM Mainframe Discussion List  on behalf of 
>> David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
>> Sent: Thursday, March 16, 2023 10:00 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Processing SMF Type 15 records help
>>
>> Hi Allan,
>> I tried Assembling DAF recently and the Assembly failed. (I had a
>> discussion with Sam Golob about it.)
>>
>> Regards,
>> David
>>
>> On 2023-03-16 09:49, Allan Staller wrote:
>>> Classification: Confidential
>>>
>>> I strongly suggest the use of the DAF utility. CBT Tape file 094 (?).
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List  On Behalf Of 
>>> Steve Doonan
>>> Sent: Thursday, March 16, 2023 8:46 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Processing SMF Type 15 records help
>>>
>>> [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.]
>>>
>>> Good Day Listserv readers,
>>>
>>>
>>>
>>> I have a need to provide report data on the updating of production source 
>>> and loadlib PDS dsns with the date/time stamps, userid/jobname, and 
>>> member/module name details. I can get all the data from ICETOOL reports 
>>> that I run against the output of IFASMFDP using USER2(IRRADU00) and
>>> USER3(IRRADU86) except the member/module name details.
>>>
>>>
>>>
>>> I am not a Systems programmer, so I do not have the ability to code an 
>>> assembler program to process the type 15 records to obtain the information.
>>> I have read through the MVS SMF manual to determine what my options are but 
>>> unfortunately I don't have the skill set to get the type 15 data. I have 
>>> run the IFASMFDP program pulling just the type 15's, but I don't have a way 
>>> to process them after that point.  The shop does not have SAS or WPS 
>>> installed so that is not an option either. I was hoping someone on the list 
>>> can provide some direction from their experience.
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Steve Doonan
>>>
>>> RACF Administrator
>>>
>>>
>>>
>>>
>>> --
>>> 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 (wi

Re: Processing SMF Type 15 records help

[David Spiegel]

2.4

On 2023-03-16 12:03, Dave Jousma wrote:

On Thu, 16 Mar 2023 11:44:57 -0400, David Spiegel  
wrote:


I already included it:

** ASMA044E Undefined symbol - SMF82ITE
** ASMA435I Record 273 in SYS1.MACLIB(IHBOPLTX) on volume: A4RES1




You dont say what version of z/OS you are running this on.
Those may be two separate errors.   for the ASMA044E - do you have CSF crypto 
services installed?  If not then you need to change this line

&RT_ICSFSETC '082' ICSF (nnn/000)

to

&RT_ICSFSETC '000' ICSF (nnn/000)

For the ASMA435I, go to that location in the assembly listing, and cut/paste 
the error from there.

--
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: Processing SMF Type 15 records help

[David Spiegel]

Hi Kolusu,
It Assembled and linked.
Thank you!

Regards,
David

On 2023-03-16 12:00, Sri h Kolusu wrote:

** ASMA044E Undefined symbol - SMF82ITE ** ASMA435I Record 273 in 
SYS1.MACLIB(IHBOPLTX) on volume: A4RES1

Check this link

https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fg%2Fbit.listserv.ibm-main%2Fc%2Fo2VblB3975Q%2Fm%2FHqpk0dkkBQAJ&data=05%7C01%7C%7C3af7c335e8cb4482c1f008db2637c09a%7C84df9e7fe9f640afb435%7C1%7C0%7C638145793216348978%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=U7UZ5yed3ZuJ44%2FWF2TCGTl9wTjZbVCZcbDXGtDXOIM%3D&reserved=0

Thanks,
Kolusu

--
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: Processing SMF Type 15 records help

[Dave Jousma]

On Thu, 16 Mar 2023 11:44:57 -0400, David Spiegel  
wrote:

>I already included it:
>
>** ASMA044E Undefined symbol - SMF82ITE
>** ASMA435I Record 273 in SYS1.MACLIB(IHBOPLTX) on volume: A4RES1
>
>
>

You dont say what version of z/OS you are running this on.
Those may be two separate errors.   for the ASMA044E - do you have CSF crypto 
services installed?  If not then you need to change this line

&RT_ICSFSETC '082' ICSF (nnn/000)  

to

&RT_ICSFSETC '000' ICSF (nnn/000)  

For the ASMA435I, go to that location in the assembly listing, and cut/paste 
the error from there.

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

Re: Processing SMF Type 15 records help

[Sri h Kolusu]

>>** ASMA044E Undefined symbol - SMF82ITE ** ASMA435I Record 273 in 
>>SYS1.MACLIB(IHBOPLTX) on volume: A4RES1

Check this link

https://groups.google.com/g/bit.listserv.ibm-main/c/o2VblB3975Q/m/Hqpk0dkkBQAJ

Thanks,
Kolusu

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

Re: Processing SMF Type 15 records help

[David Spiegel]

I already included it:

** ASMA044E Undefined symbol - SMF82ITE
** ASMA435I Record 273 in SYS1.MACLIB(IHBOPLTX) on volume: A4RES1



On 2023-03-16 11:00, Seymour J Metz wrote:

What was the error message?


From: IBM Mainframe Discussion List  on behalf of David 
Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, March 16, 2023 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Processing SMF Type 15 records help

Hi R'Shmuel AMV"SH,
//*YSLIBDD DISP=SHR,DSN=I3D5403.MJCUTIL.MACLIB $COMMON
//SYSLIBDD DISP=SHR,DSN=FILE094.PDS   $COMMON
//  DD DISP=SHR,DSN=SYS1.MACLIB BCP
//  DD DISP=SHR,DSN=SYS1.MODGEN BCP
//  DD DISP=SHR,DSN=SYS1.SBDTMAC BDT
//* DD DISP=SHR,DSN=SYS1.SEZACMAC TCPIP
//  DD DISP=SHR,DSN=TCPIP.SEZACMAC TCPIP
//  DD DISP=SHR,DSN=TCPIP.SEZANMAC TCPIP
//  DD DISP=SHR,DSN=SYS1.SICEUSER DFSORT
//* DD DISP=SHR,DSN=SYS1.NFSMAC NFS
//* DD DISP=SHR,DSN=SYS1.SGLOSAMP AO
//* DD DISP=SHR,DSN=SYS1.SASFPMAC BatchPipes
//  DD DISP=SHR,DSN=SAS210.SASFPMAC BatchPipes
//* DD DISP=SHR,DSN=SYS1.SDVGMAC0 NFTP
//* DD DISP=SHR,DSN=SYS1.SDBNUMAC RMDS

(I also tweaked some Macro variables.)
&RT_AO  SETC '000' AO (nnn/000)
&RT_NFTPSETC '000' NFTP (nnn/000)
&RT_RMDSSETC '000' RMDS (nnn/000)
&ST_DFSMS07 SETC 'NO'  DFSMS ST 07 (YES/NO)new in DFSMS 1.2

Error Messages:
** ASMA044E Undefined symbol - SMF82ITE
** ASMA435I Record 273 in SYS1.MACLIB(IHBOPLTX) on volume: A4RES1

Regards,
David

On 2023-03-16 10:02, Seymour J Metz wrote:

What macro libraries did you use?


From: IBM Mainframe Discussion List  on behalf of David 
Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, March 16, 2023 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Processing SMF Type 15 records help

Hi Allan,
I tried Assembling DAF recently and the Assembly failed. (I had a
discussion with Sam Golob about it.)

Regards,
David

On 2023-03-16 09:49, Allan Staller wrote:

Classification: Confidential

I strongly suggest the use of the DAF utility. CBT Tape file 094 (?).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Doonan
Sent: Thursday, March 16, 2023 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Processing SMF Type 15 records help

[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.]

Good Day Listserv readers,



I have a need to provide report data on the updating of production source and 
loadlib PDS dsns with the date/time stamps, userid/jobname, and member/module 
name details. I can get all the data from ICETOOL reports that I run against 
the output of IFASMFDP using USER2(IRRADU00) and
USER3(IRRADU86) except the member/module name details.



I am not a Systems programmer, so I do not have the ability to code an 
assembler program to process the type 15 records to obtain the information.
I have read through the MVS SMF manual to determine what my options are but 
unfortunately I don't have the skill set to get the type 15 data. I have run 
the IFASMFDP program pulling just the type 15's, but I don't have a way to 
process them after that point.  The shop does not have SAS or WPS installed so 
that is not an option either. I was hoping someone on the list can provide some 
direction from their experience.



Thanks,

Steve Doonan

RACF Administrator




--
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.


---

Re: Processing SMF Type 15 records help

[Sri h Kolusu]

>> I have a need to provide report data on the updating of production source 
>> and loadlib PDS dsns with the date/time stamps, userid/jobname, and 
>> member/module name details. I can get all the data from ICETOOL reports that 
>> I run against the output of IFASMFDP using USER2(IRRADU00) and
USER3(IRRADU86) except the member/module name details.

Steve,

If your intention is to get the details of when a PDS is updated, then 
shouldn't you be looking at SMF 42 records subtypes (20, 21 , 24 and 25) ?   
Here is the link to type 42 records and with subtypes explanation.

https://www.ibm.com/docs/en/zos/2.4.0?topic=records-record-type-42-x2a-dfsms-statistics-configuration

Thanks,
Kolusu

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

Re: Processing SMF Type 15 records help

[Seymour J Metz]

What was the error message?


From: IBM Mainframe Discussion List  on behalf of 
David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, March 16, 2023 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Processing SMF Type 15 records help

Hi R'Shmuel AMV"SH,
//*YSLIBDD DISP=SHR,DSN=I3D5403.MJCUTIL.MACLIB $COMMON
//SYSLIBDD DISP=SHR,DSN=FILE094.PDS   $COMMON
//  DD DISP=SHR,DSN=SYS1.MACLIB BCP
//  DD DISP=SHR,DSN=SYS1.MODGEN BCP
//  DD DISP=SHR,DSN=SYS1.SBDTMAC BDT
//* DD DISP=SHR,DSN=SYS1.SEZACMAC TCPIP
//  DD DISP=SHR,DSN=TCPIP.SEZACMAC TCPIP
//  DD DISP=SHR,DSN=TCPIP.SEZANMAC TCPIP
//  DD DISP=SHR,DSN=SYS1.SICEUSER DFSORT
//* DD DISP=SHR,DSN=SYS1.NFSMAC NFS
//* DD DISP=SHR,DSN=SYS1.SGLOSAMP AO
//* DD DISP=SHR,DSN=SYS1.SASFPMAC BatchPipes
//  DD DISP=SHR,DSN=SAS210.SASFPMAC BatchPipes
//* DD DISP=SHR,DSN=SYS1.SDVGMAC0 NFTP
//* DD DISP=SHR,DSN=SYS1.SDBNUMAC RMDS

(I also tweaked some Macro variables.)
&RT_AO  SETC '000' AO (nnn/000)
&RT_NFTPSETC '000' NFTP (nnn/000)
&RT_RMDSSETC '000' RMDS (nnn/000)
&ST_DFSMS07 SETC 'NO'  DFSMS ST 07 (YES/NO)new in DFSMS 1.2

Error Messages:
** ASMA044E Undefined symbol - SMF82ITE
** ASMA435I Record 273 in SYS1.MACLIB(IHBOPLTX) on volume: A4RES1

Regards,
David

On 2023-03-16 10:02, Seymour J Metz wrote:
> What macro libraries did you use?
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
> Sent: Thursday, March 16, 2023 10:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Processing SMF Type 15 records help
>
> Hi Allan,
> I tried Assembling DAF recently and the Assembly failed. (I had a
> discussion with Sam Golob about it.)
>
> Regards,
> David
>
> On 2023-03-16 09:49, Allan Staller wrote:
>> Classification: Confidential
>>
>> I strongly suggest the use of the DAF utility. CBT Tape file 094 (?).
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Steve Doonan
>> Sent: Thursday, March 16, 2023 8:46 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Processing SMF Type 15 records help
>>
>> [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.]
>>
>> Good Day Listserv readers,
>>
>>
>>
>> I have a need to provide report data on the updating of production source 
>> and loadlib PDS dsns with the date/time stamps, userid/jobname, and 
>> member/module name details. I can get all the data from ICETOOL reports that 
>> I run against the output of IFASMFDP using USER2(IRRADU00) and
>> USER3(IRRADU86) except the member/module name details.
>>
>>
>>
>> I am not a Systems programmer, so I do not have the ability to code an 
>> assembler program to process the type 15 records to obtain the information.
>> I have read through the MVS SMF manual to determine what my options are but 
>> unfortunately I don't have the skill set to get the type 15 data. I have run 
>> the IFASMFDP program pulling just the type 15's, but I don't have a way to 
>> process them after that point.  The shop does not have SAS or WPS installed 
>> so that is not an option either. I was hoping someone on the list can 
>> provide some direction from their experience.
>>
>>
>>
>> Thanks,
>>
>> Steve Doonan
>>
>> RACF Administrator
>>
>>
>>
>>
>> --
>> 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.
>> _

Re: Processing SMF Type 15 records help

[David Spiegel]

Hi R'Shmuel AMV"SH,
//*YSLIB    DD DISP=SHR,DSN=I3D5403.MJCUTIL.MACLIB $COMMON
//SYSLIB    DD DISP=SHR,DSN=FILE094.PDS   $COMMON
//  DD DISP=SHR,DSN=SYS1.MACLIB BCP
//  DD DISP=SHR,DSN=SYS1.MODGEN BCP
//  DD DISP=SHR,DSN=SYS1.SBDTMAC BDT
//* DD DISP=SHR,DSN=SYS1.SEZACMAC TCPIP
//  DD DISP=SHR,DSN=TCPIP.SEZACMAC TCPIP
//  DD DISP=SHR,DSN=TCPIP.SEZANMAC TCPIP
//  DD DISP=SHR,DSN=SYS1.SICEUSER DFSORT
//* DD DISP=SHR,DSN=SYS1.NFSMAC NFS
//* DD DISP=SHR,DSN=SYS1.SGLOSAMP AO
//* DD DISP=SHR,DSN=SYS1.SASFPMAC BatchPipes
//  DD DISP=SHR,DSN=SAS210.SASFPMAC BatchPipes
//* DD DISP=SHR,DSN=SYS1.SDVGMAC0 NFTP
//* DD DISP=SHR,DSN=SYS1.SDBNUMAC RMDS

(I also tweaked some Macro variables.)
&RT_AO  SETC '000' AO (nnn/000)
&RT_NFTP    SETC '000' NFTP (nnn/000)
&RT_RMDS    SETC '000' RMDS (nnn/000)
&ST_DFSMS07 SETC 'NO'  DFSMS ST 07 (YES/NO)    new in DFSMS 1.2

Error Messages:
** ASMA044E Undefined symbol - SMF82ITE
** ASMA435I Record 273 in SYS1.MACLIB(IHBOPLTX) on volume: A4RES1

Regards,
David

On 2023-03-16 10:02, Seymour J Metz wrote:

What macro libraries did you use?


From: IBM Mainframe Discussion List  on behalf of David 
Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, March 16, 2023 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Processing SMF Type 15 records help

Hi Allan,
I tried Assembling DAF recently and the Assembly failed. (I had a
discussion with Sam Golob about it.)

Regards,
David

On 2023-03-16 09:49, Allan Staller wrote:

Classification: Confidential

I strongly suggest the use of the DAF utility. CBT Tape file 094 (?).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Doonan
Sent: Thursday, March 16, 2023 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Processing SMF Type 15 records help

[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.]

Good Day Listserv readers,



I have a need to provide report data on the updating of production source and 
loadlib PDS dsns with the date/time stamps, userid/jobname, and member/module 
name details. I can get all the data from ICETOOL reports that I run against 
the output of IFASMFDP using USER2(IRRADU00) and
USER3(IRRADU86) except the member/module name details.



I am not a Systems programmer, so I do not have the ability to code an 
assembler program to process the type 15 records to obtain the information.
I have read through the MVS SMF manual to determine what my options are but 
unfortunately I don't have the skill set to get the type 15 data. I have run 
the IFASMFDP program pulling just the type 15's, but I don't have a way to 
process them after that point.  The shop does not have SAS or WPS installed so 
that is not an option either. I was hoping someone on the list can provide some 
direction from their experience.



Thanks,

Steve Doonan

RACF Administrator




--
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


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

Re: Git, and other Open Tools, Alternative for z/OS

[Kirk Wolf]

Well, if you're vendors use open source then you could have a commercial 
license that offers warranties and indemnities that cover it.   We have offered 
that to our Co:Z customers for many years.

Kirk Wolf
Dovetailed Technologies
http://coztoolkit.com

On Thu, Mar 16, 2023, at 5:23 AM, ITschak Mugzach wrote:
> If so, ask your vendors not to use open source anymore...
> 
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> 
> 
> 
> 
> On Wed, Mar 15, 2023 at 9:06 PM Matt Hogstrom  wrote:
> 
> > +1 … that is one of the biggest challenges for any tools.  Mainframe
> > customers (and even distributed) want provenance of code and a throat to
> > choke.
> >
> > Matt Hogstrom
> > m...@hogstrom.org
> >
> > How many legs does a dog have if you call the tail a leg?  Four.
> > Calling a tail a leg doesn't make it a leg.
> > - Abraham Lincoln
> >
> >
> >
> > > On Mar 15, 2023, at 12:50 PM, David Crayford 
> > wrote:
> > >
> > > The major difference is that Rocket offer enterprise support for their
> > open source tools which a lot of customers deem mandatory. YMMV.
> >
> >
> > --
> > 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: Processing SMF Type 15 records help

[Seymour J Metz]

What macro libraries did you use?


From: IBM Mainframe Discussion List  on behalf of 
David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, March 16, 2023 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Processing SMF Type 15 records help

Hi Allan,
I tried Assembling DAF recently and the Assembly failed. (I had a
discussion with Sam Golob about it.)

Regards,
David

On 2023-03-16 09:49, Allan Staller wrote:
> Classification: Confidential
>
> I strongly suggest the use of the DAF utility. CBT Tape file 094 (?).
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Steve Doonan
> Sent: Thursday, March 16, 2023 8:46 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Processing SMF Type 15 records help
>
> [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.]
>
> Good Day Listserv readers,
>
>
>
> I have a need to provide report data on the updating of production source and 
> loadlib PDS dsns with the date/time stamps, userid/jobname, and member/module 
> name details. I can get all the data from ICETOOL reports that I run against 
> the output of IFASMFDP using USER2(IRRADU00) and
> USER3(IRRADU86) except the member/module name details.
>
>
>
> I am not a Systems programmer, so I do not have the ability to code an 
> assembler program to process the type 15 records to obtain the information.
> I have read through the MVS SMF manual to determine what my options are but 
> unfortunately I don't have the skill set to get the type 15 data. I have run 
> the IFASMFDP program pulling just the type 15's, but I don't have a way to 
> process them after that point.  The shop does not have SAS or WPS installed 
> so that is not an option either. I was hoping someone on the list can provide 
> some direction from their experience.
>
>
>
> Thanks,
>
> Steve Doonan
>
> RACF Administrator
>
>
>
>
> --
> 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


--
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: Processing SMF Type 15 records help

[David Spiegel]

Hi Allan,
I tried Assembling DAF recently and the Assembly failed. (I had a 
discussion with Sam Golob about it.)


Regards,
David

On 2023-03-16 09:49, Allan Staller wrote:

Classification: Confidential

I strongly suggest the use of the DAF utility. CBT Tape file 094 (?).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Doonan
Sent: Thursday, March 16, 2023 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Processing SMF Type 15 records help

[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.]

Good Day Listserv readers,



I have a need to provide report data on the updating of production source and 
loadlib PDS dsns with the date/time stamps, userid/jobname, and member/module 
name details. I can get all the data from ICETOOL reports that I run against 
the output of IFASMFDP using USER2(IRRADU00) and
USER3(IRRADU86) except the member/module name details.



I am not a Systems programmer, so I do not have the ability to code an 
assembler program to process the type 15 records to obtain the information.
I have read through the MVS SMF manual to determine what my options are but 
unfortunately I don't have the skill set to get the type 15 data. I have run 
the IFASMFDP program pulling just the type 15's, but I don't have a way to 
process them after that point.  The shop does not have SAS or WPS installed so 
that is not an option either. I was hoping someone on the list can provide some 
direction from their experience.



Thanks,

Steve Doonan

RACF Administrator




--
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



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

Re: Processing SMF Type 15 records help

[Allan Staller]

Classification: Confidential

I strongly suggest the use of the DAF utility. CBT Tape file 094 (?).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Doonan
Sent: Thursday, March 16, 2023 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Processing SMF Type 15 records help

[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.]

Good Day Listserv readers,



I have a need to provide report data on the updating of production source and 
loadlib PDS dsns with the date/time stamps, userid/jobname, and member/module 
name details. I can get all the data from ICETOOL reports that I run against 
the output of IFASMFDP using USER2(IRRADU00) and
USER3(IRRADU86) except the member/module name details.



I am not a Systems programmer, so I do not have the ability to code an 
assembler program to process the type 15 records to obtain the information.
I have read through the MVS SMF manual to determine what my options are but 
unfortunately I don't have the skill set to get the type 15 data. I have run 
the IFASMFDP program pulling just the type 15's, but I don't have a way to 
process them after that point.  The shop does not have SAS or WPS installed so 
that is not an option either. I was hoping someone on the list can provide some 
direction from their experience.



Thanks,

Steve Doonan

RACF Administrator




--
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: Processing SMF Type 15 records help

[Seymour J Metz]

You should be able to process them in PL/I.


From: IBM Mainframe Discussion List  on behalf of 
Steve Doonan 
Sent: Thursday, March 16, 2023 9:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Processing SMF Type 15 records help

Good Day Listserv readers,



I have a need to provide report data on the updating of production source
and loadlib PDS dsns with the date/time stamps, userid/jobname, and
member/module name details. I can get all the data from ICETOOL reports that
I run against the output of IFASMFDP using USER2(IRRADU00) and
USER3(IRRADU86) except the member/module name details.



I am not a Systems programmer, so I do not have the ability to code an
assembler program to process the type 15 records to obtain the information.
I have read through the MVS SMF manual to determine what my options are but
unfortunately I don't have the skill set to get the type 15 data. I have run
the IFASMFDP program pulling just the type 15's, but I don't have a way to
process them after that point.  The shop does not have SAS or WPS installed
so that is not an option either. I was hoping someone on the list can
provide some direction from their experience.



Thanks,

Steve Doonan

RACF Administrator




--
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: Processing SMF Type 15 records help

[Mike Schwab]

Downloads - CBT Tape
CBT Tape
https://www.cbttape.org › cbtdowns
File # 319 SMF type 14 and 15 Report Program

On Thu, Mar 16, 2023 at 8:46 AM Steve Doonan  wrote:
>
> Good Day Listserv readers,
>
>
>
> I have a need to provide report data on the updating of production source
> and loadlib PDS dsns with the date/time stamps, userid/jobname, and
> member/module name details. I can get all the data from ICETOOL reports that
> I run against the output of IFASMFDP using USER2(IRRADU00) and
> USER3(IRRADU86) except the member/module name details.
>
>
>
> I am not a Systems programmer, so I do not have the ability to code an
> assembler program to process the type 15 records to obtain the information.
> I have read through the MVS SMF manual to determine what my options are but
> unfortunately I don't have the skill set to get the type 15 data. I have run
> the IFASMFDP program pulling just the type 15's, but I don't have a way to
> process them after that point.  The shop does not have SAS or WPS installed
> so that is not an option either. I was hoping someone on the list can
> provide some direction from their experience.
>
>
>
> Thanks,
>
> Steve Doonan
>
> RACF Administrator
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Processing SMF Type 15 records help

[rpinion865]

Go to www.cbttage.org, and look for Dataset Audit Facility (DAF).




Sent with Proton Mail secure email.

--- Original Message ---
On Thursday, March 16th, 2023 at 9:45 AM, Steve Doonan  
wrote:


> Good Day Listserv readers,
> 
> 
> 
> I have a need to provide report data on the updating of production source
> and loadlib PDS dsns with the date/time stamps, userid/jobname, and
> member/module name details. I can get all the data from ICETOOL reports that
> I run against the output of IFASMFDP using USER2(IRRADU00) and
> USER3(IRRADU86) except the member/module name details.
> 
> 
> 
> I am not a Systems programmer, so I do not have the ability to code an
> assembler program to process the type 15 records to obtain the information.
> I have read through the MVS SMF manual to determine what my options are but
> unfortunately I don't have the skill set to get the type 15 data. I have run
> the IFASMFDP program pulling just the type 15's, but I don't have a way to
> process them after that point. The shop does not have SAS or WPS installed
> so that is not an option either. I was hoping someone on the list can
> provide some direction from their experience.
> 
> 
> 
> Thanks,
> 
> Steve Doonan
> 
> RACF Administrator
> 
> 
> 
> 
> --
> 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: [EXTERNAL] Re: USS zlib issues

[Pommier, Rex]

Robin and Barbara,

Interesting.  My 2.4 system looks a lot like Robin's.  

Prod2:RRP:/usr/lpp/hzc/lib: # ls -l  
total 4560   
drwxr-xr-x   2 BPXROOT  AOPOPER 8192 Sep 25  2019 IBM
-rwxr-xr-x   2 BPXROOT  AOPOPER  1012800 Mar 25  2020 libzz.a
-rwxr-xr-x   2 BPXROOT  AOPOPER   405520 Mar 25  2020 libzz.so   
-rwxr-xr-x   2 BPXROOT  AOPOPER  252 Mar 25  2020 libzz.x
-rwxr-xr-x   2 BPXROOT  AOPOPER   417840 Mar 25  2020 libzz64.so 
-rwxr-xr-x   2 BPXROOT  AOPOPER  252 Mar 25  2020 libzz64.x  
-rwxr-xr-x   2 BPXROOT  AOPOPER   413760 Mar 25  2020 libzzX.so  
-rwxr-xr-x   2 BPXROOT  AOPOPER  252 Mar 25  2020 libzzX.x   

Something slipped thru IBM packaging for a couple releases of z/OS?

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: Thursday, March 16, 2023 4:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: USS zlib issues

Hi Robin,

>drwxr-xr-x   2 BPXROOT  RSEGROUP8192 Apr 19  2021 IBM
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 1012800 Apr 19  2021 libzz.a
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  405520 Apr 19  2021 libzz.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz.x
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  417840 Apr 19  2021 libzz64.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz64.x
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  413760 Apr 19  2021 libzzX.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzzX.x

your *.x files are definitely truncated. They all have al length of 252 which 
is extremely unlikely. This is what it looks like on my system (only the *x 
files):

libzz.x fff--- --s-  BPXROOT  SYS1 6723
libzzX.xfff--- --s-  BPXROOT  SYS1 6723
libzz64.x   fff--- --s-  BPXROOT  SYS1 7209

The last change date on mine is 2023/01/06, which is the time I last put 
maintenance in. No idea what that was, but I guess that's your only chance of 
fixing the truncated stuff. The date you show is when this stuff was first 
installed by IBM. I am guessing for the ServerPac.

Regards,  Barbara

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Processing SMF Type 15 records help

[Steve Doonan]

Good Day Listserv readers,

 

I have a need to provide report data on the updating of production source
and loadlib PDS dsns with the date/time stamps, userid/jobname, and
member/module name details. I can get all the data from ICETOOL reports that
I run against the output of IFASMFDP using USER2(IRRADU00) and
USER3(IRRADU86) except the member/module name details.

 

I am not a Systems programmer, so I do not have the ability to code an
assembler program to process the type 15 records to obtain the information.
I have read through the MVS SMF manual to determine what my options are but
unfortunately I don't have the skill set to get the type 15 data. I have run
the IFASMFDP program pulling just the type 15's, but I don't have a way to
process them after that point.  The shop does not have SAS or WPS installed
so that is not an option either. I was hoping someone on the list can
provide some direction from their experience.  

 

Thanks,

Steve Doonan

RACF Administrator  

 


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

Re: linklist error at IPL

[David Spiegel]

Hi Richard,
Assuming that your "console" uses software emulation (e.g. PCOMM), you 
could code a "Screen Scraper" to "see" messages and take action.


Regards,
David

On 2023-03-16 09:01, Richard McIntosh wrote:

Is there anyway to get alerted to a linklist error duing the IPL process.  The 
error messages come out to early for any MPF processing to hilite it and they 
rolled by to quick for operations to notice and caused TLMS to not get 
initialized. Dataset is not in master catalog and the wrong volser was 
specified.


IGGN307I SYSP01,SYSR.TLMS.R14MA.CTAPLINK,DATA SET NOT FOUND ON VOLUME

IEA716I UNABLE TO OPEN LIBRARY -LNKLST   DATA SET IGNORED

SYSR.TLMS.R14MA.CTAPLINK



I googled an old (18 years ago) message about someone using the IEAVMXIT exit 
to check some storage to see if any error flags were set, but there was no 
mention of what storage it was.



Thanks



Richard McIntosh














--
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: linklist error at IPL

[Seymour J Metz]

Look for the message in the Master Trace.


From: IBM Mainframe Discussion List  on behalf of 
Richard McIntosh 
Sent: Thursday, March 16, 2023 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: linklist error at IPL

Is there anyway to get alerted to a linklist error duing the IPL process.  The 
error messages come out to early for any MPF processing to hilite it and they 
rolled by to quick for operations to notice and caused TLMS to not get 
initialized. Dataset is not in master catalog and the wrong volser was 
specified.


IGGN307I SYSP01,SYSR.TLMS.R14MA.CTAPLINK,DATA SET NOT FOUND ON VOLUME

IEA716I UNABLE TO OPEN LIBRARY -LNKLST   DATA SET IGNORED

SYSR.TLMS.R14MA.CTAPLINK



I googled an old (18 years ago) message about someone using the IEAVMXIT exit 
to check some storage to see if any error flags were set, but there was no 
mention of what storage it was.



Thanks



Richard McIntosh














--
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

linklist error at IPL

[Richard McIntosh]

Is there anyway to get alerted to a linklist error duing the IPL process.  The 
error messages come out to early for any MPF processing to hilite it and they 
rolled by to quick for operations to notice and caused TLMS to not get 
initialized. Dataset is not in master catalog and the wrong volser was 
specified.


IGGN307I SYSP01,SYSR.TLMS.R14MA.CTAPLINK,DATA SET NOT FOUND ON VOLUME

IEA716I UNABLE TO OPEN LIBRARY -LNKLST   DATA SET IGNORED

SYSR.TLMS.R14MA.CTAPLINK



I googled an old (18 years ago) message about someone using the IEAVMXIT exit 
to check some storage to see if any error flags were set, but there was no 
mention of what storage it was.



Thanks



Richard McIntosh














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

Re: Routine using TIMEUSED called Statically gets different results

[Peter Relson]

AGAIN  TIMEUSED  ...
JNZ  Again

Versus
AGAIN TIMEUSED ..
CFI  R15,8
BE AGAIN


If a macro does not document that it provides a condition code upon completion, 
it's not a great idea to rely on its doing so. While the LTR will always 
remain, not all forms of TIMEUSED use one, and a more real danger would be that 
some other path might result in changing the condition code after the LTR but 
before the end of the invocation. That probably wouldn't happen unless some new 
operand was specified, but do you want to rely on "probably"?

CHI would be a better choice than CFI (4-byte instruction vs 6-byte instruction)



Is it possible that this error occurs because the TIMEUSED macro uses the PC 
instruction?


BAKR and PR have existed since MVS/ESA 3.1.0. Since the "version of the 
program" was not shown, and no information was provided about whether the PIC 
30 occurred on the BAKR or on the TIMEUSED PC, the question might be answered 
as "yes" but it would happen only if you had already exhausted the linkage 
stack. That sounds like you've used a lot more BAKR's than you used PR's. 
Eventually you will run out (you can increase the size of your linkage stack by 
use of the LSEXPAND macro; that rarely is used). Running out leads one to 
suspect that you did not do matching PR's for your BAKR's.

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: CS/CDS instruction

[Peter Relson]

Or you just could do an STFLE and check the facility bits...


Or your could use the facility bit area that z/OS set up for you. That's easier.

That is mapped by IHAFACL and the area is pointed to by ECVTFACL (this has 
existed since z/OS 2.1).
A subset of those bits are also mapped within the facilities list area of 
FLCFACL/FLCFACLE in IHAPSA or FlceFacilitiesList / FlceFacilitiesList1 in 
IHAPSAE (the IHAFACL DSECT can be used there too, at least for the first 256 
facility bits which covers all that currently exist but eventually there could 
be more).

IHAFACL does not map every bit, because some have seemed unnecessary to know 
about. If there's something missing that you feel appropriate to code to, feel 
free to let us know.

The only difference between "your" STFLE and "our" STFLE is that the z/OS one 
is done only once, at IPL.
If some facility arrived after IPL, you could find it with "your" STFLE That is 
far from a frequent occurrence.

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: Help with BSAM WRITE VBA getting 002-30

[Paul Gilmartin]

On Thu, 16 Mar 2023 10:37:07 +, Seymour J Metz  wrote:

>Just seeing if you were awake. That's my story and I'm sticking to it.
>
>Why change the carriage control from single space to eject?
>
Why not?  But I thought any record with non-empty data would  be a
better illustration.

>> The first HW is the length for both BDW and RDW.
>  ITYM
>> BDW  DS0H
>>  DCY(*-SOF)Y(SOF-*)
>>  DCH'0'
>>  DCY(*-SOF)Y(SOF-*)
>>  DCH'0'
>>  DCC' 'C'1Skip to channel 1, e.g.'
>> SOF  EQU   *

-- 
gil

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

Re: USS zlib issues

[Robin Atwood]

Thanks, Barbara, I will forward your post to the sysprog! I don't know if our 
z/OS 2.5 has had any maintenance yet.

Robin

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: Thursday, March 16, 2023 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: USS zlib issues

Hi Robin,

>drwxr-xr-x   2 BPXROOT  RSEGROUP8192 Apr 19  2021 IBM
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 1012800 Apr 19  2021 libzz.a
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  405520 Apr 19  2021 libzz.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz.x
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  417840 Apr 19  2021 libzz64.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz64.x
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  413760 Apr 19  2021 libzzX.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzzX.x

your *.x files are definitely truncated. They all have al length of 252 which 
is extremely unlikely. This is what it looks like on my system (only the *x 
files):

libzz.x fff--- --s-  BPXROOT  SYS1 6723
libzzX.xfff--- --s-  BPXROOT  SYS1 6723
libzz64.x   fff--- --s-  BPXROOT  SYS1 7209

The last change date on mine is 2023/01/06, which is the time I last put 
maintenance in. No idea what that was, but I guess that's your only chance of 
fixing the truncated stuff. The date you show is when this stuff was first 
installed by IBM. I am guessing for the ServerPac.

Regards,  Barbara

--
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: Help with BSAM WRITE VBA getting 002-30

[Seymour J Metz]

Just seeing if you were awake. That's my story and I'm sticking to it.

Why change the carriage control from single space to eject?

Thanks.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, March 15, 2023 9:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with BSAM WRITE VBA getting 002-30

On 3/15/23 18:38:33, Seymour J Metz wrote:
> The first HW is the length for both BDW and RDW.
  ITYM
> BDW  DS0H
>  DCY(*-SOF)Y(SOF-*)
>  DCH'0'
>  DCY(*-SOF)Y(SOF-*)
>  DCH'0'
>  DCC' 'C'1Skip to channel 1, e.g.'
> SOF  EQU   *
--
gil

--
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: Git, and other Open Tools, Alternative for z/OS

[ITschak Mugzach]

If so, ask your vendors not to use open source anymore...

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Wed, Mar 15, 2023 at 9:06 PM Matt Hogstrom  wrote:

> +1 … that is one of the biggest challenges for any tools.  Mainframe
> customers (and even distributed) want provenance of code and a throat to
> choke.
>
> Matt Hogstrom
> m...@hogstrom.org
>
> How many legs does a dog have if you call the tail a leg?  Four.
> Calling a tail a leg doesn't make it a leg.
> - Abraham Lincoln
>
>
>
> > On Mar 15, 2023, at 12:50 PM, David Crayford 
> wrote:
> >
> > The major difference is that Rocket offer enterprise support for their
> open source tools which a lot of customers deem mandatory. YMMV.
>
>
> --
> 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: USS zlib issues

[Barbara Nitz]

Hi Robin,

>drwxr-xr-x   2 BPXROOT  RSEGROUP8192 Apr 19  2021 IBM
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 1012800 Apr 19  2021 libzz.a
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  405520 Apr 19  2021 libzz.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz.x
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  417840 Apr 19  2021 libzz64.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz64.x
>-rwxr-xr-x   2 BPXROOT  RSEGROUP  413760 Apr 19  2021 libzzX.so
>-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzzX.x

your *.x files are definitely truncated. They all have al length of 252 which 
is extremely unlikely. This is what it looks like on my system (only the *x 
files):

libzz.x fff--- --s-  BPXROOT  SYS1 6723
libzzX.xfff--- --s-  BPXROOT  SYS1 6723
libzz64.x   fff--- --s-  BPXROOT  SYS1 7209

The last change date on mine is 2023/01/06, which is the time I last put 
maintenance in. No idea what that was, but I guess that's your only chance of 
fixing the truncated stuff. The date you show is when this stuff was first 
installed by IBM. I am guessing for the ServerPac.

Regards,  Barbara

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

Re: Routine using TIMEUSED called Statically gets different results

[Martin Trübner]

Chris,


Sorry Sorry Sorry


me culpa


>> However when I ran a version of the program using BAKR and PR, the 
program abended with S0E0 Reason=30



Which means:  "A stacking instruction was issued when the linkage stack was 
full."



Could it be that you are using as BAKR as I wrote it an not as I ment it?


Correct is BAKR 14,0


I wrote BAKR 0,14???


The wrong version stacks the registers (and more, see POP)

stores the return adress as specified with op1 (current PSW if 0)

and then branches to operand 2 (no branch if 0)


Result of my wrong code is a BAKR at entry - routine never executed- and 
continuation at the value in R14.



Best


Martin

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

USS zlib issues

[Robin Atwood]

We have discovered something odd with the zlib that comes with z/OS 2.5.
AFAWCT (our principle sysprog recently retired),

zlib is just delivered as part of USS and is used with zEDC, we didn't do
anything special to order it. 

The libraries live under /usr/lpp/hzc and we see:

 

$ ll /usr/lpp/hzc/lib

total 4560

drwxr-xr-x   2 BPXROOT  RSEGROUP8192 Apr 19  2021 IBM

-rwxr-xr-x   2 BPXROOT  RSEGROUP 1012800 Apr 19  2021 libzz.a

-rwxr-xr-x   2 BPXROOT  RSEGROUP  405520 Apr 19  2021 libzz.so

-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz.x

-rwxr-xr-x   2 BPXROOT  RSEGROUP  417840 Apr 19  2021 libzz64.so

-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzz64.x

-rwxr-xr-x   2 BPXROOT  RSEGROUP  413760 Apr 19  2021 libzzX.so

-rwxr-xr-x   2 BPXROOT  RSEGROUP 252 Apr 19  2021 libzzX.x

 

The problem is with the *.x files (which contain import statements); they
are truncated. If you try and include them

in a Binder step you get:

 

IEW2797S UNIX FILE ASSOCIATED WITH ddname HAS INVALID RECORD FORMAT.

 

with an explanation that USS program objects should be multiples of 4096
long. We had a look at another LPAR 

and that was the same.  There is an easy workaround which is to code your
own IMPORT statements, but I find it

a bit odd that we have a corrupt install. Can someone take a quick look and
see if they have the same thing?

If so, we will open a problem with IBM.

 

TIA

Robin

 


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