Re: General Query --- Any comments on thin clients as mainframe consoles.

[Thomas Kern]

I use one of these PI units at home for my bedroom when I have to be 
laid up after surgery. It is small, and efficient. It can get a bit 
warm, I don't have a fan for mine, but you can get them.
They even have a mounting so that it attaches to the back of a monitor 
via the VESA mounting holes.
You would just need to plug in the HDMI, network, keyboard, mouse and 
you are ready to go. Personally, I use a wireless keyboard, wireless mouse.


Overall a nice little Linux system for communications and audio/video 
presentations.


/Tom Kern


On 4/28/2022 4:13 PM, W Mainframe wrote:

Hi,
I have a customer that replaces 355 desktops (Dell,HP,IBM) and 8 old terminals 
by Raspberry PI 3 running Raspian distro. Perfect! No issues.
Dan


Sent from Yahoo Mail for iPhone


On Thursday, April 28, 2022, 1:58 PM, Tom Longfellow 
<03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:

Chromebooks are not a bad idea.    But they would require an earth-shattering paradigm 
shift for the desktop/workstation support staff.  There was long since retired manager 
whose attitude was "If it does not contain a Windows component, you aren't done 
yet".    (Sometimes substituting Linux instead of Windows if backed against the wall)

--
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: SMF type 60

[Charles Mills]

Given that doc and a hex dump of a couple I would think someone who wanted it 
could come up with a decently usable -- albeit unofficial, non-GUPI, and 
subject to change -- layout DSECT.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Thursday, April 28, 2022 12:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF type 60

>> The assembler does not resolve that field, and I was afraid that it would 
>> not be possible to map it, after having read that note

If your intention is to see the contents of the field SMF60CRC,  it just 
contains a VVR or NVR information. 

Here is a link which explains the VVR record layout (it does not give you the 
exact layout, but gives you an idea what it contains) 

https://www.ibm.com/docs/en/zos/2.4.0?topic=vvds-vsam-volume-record-vvr#c1039__icfvvr


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: General Query --- Any comments on thin clients as mainframe consoles.

[W Mainframe]

Hi,
I have a customer that replaces 355 desktops (Dell,HP,IBM) and 8 old terminals 
by Raspberry PI 3 running Raspian distro. Perfect! No issues.
Dan


Sent from Yahoo Mail for iPhone


On Thursday, April 28, 2022, 1:58 PM, Tom Longfellow 
<03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:

Chromebooks are not a bad idea.    But they would require an earth-shattering 
paradigm shift for the desktop/workstation support staff.  There was long since 
retired manager whose attitude was "If it does not contain a Windows component, 
you aren't done yet".    (Sometimes substituting Linux instead of Windows if 
backed against the wall)

--
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: SMF type 60

[Sri h Kolusu]

>> The assembler does not resolve that field, and I was afraid that it would 
>> not be possible to map it, after having read that note

If your intention is to see the contents of the field SMF60CRC,  it just 
contains a VVR or NVR information. 

Here is a link which explains the VVR record layout (it does not give you the 
exact layout, but gives you an idea what it contains) 

https://www.ibm.com/docs/en/zos/2.4.0?topic=vvds-vsam-volume-record-vvr#c1039__icfvvr


Thanks,
Kolusu

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

Re: SMF type 60

[Charles Mills]

I am looking at IFASMFI6. Are you familiar with how SMF records work? It looks 
like the layout to me:

...
SMF60DOF DSBL4'0'  OFFSET TO DATA SECTION  
SMF60DLN DSBL2'0'  LENGTH OF DATA SECTION  
SMF60DNO DSBL2'0'  NUMBER OF DATA SECTIONS 
...
SMF60DAT EQU   *   DATA SECTION   
SMF60JNM DSCL8' '  JOBNAME
SMF60RST DSBL4'0'  READER START TIMER (.01 SEC)   
SMF60RDT DSPL4''   READER START DATE  
SMF60UID DSCL8' '  USER IDENTIFICATION FIELD  
SMF60FNC DSCL1' '  FUNCTION INDICATOR 
*  MEANING WHEN SET   
*  'U' - ENTRY UNCATALOGED
*  'S' - ENTRY UNCATALOGED & SCRATCHED
*  'R' - ENTRY RENAMED
SMF60CNM DSCL44' ' CATALOG DATA SET NAME  
SMF60TYP DSCL1' '  ENTRY TYPE 
SMF60ENM DSCL44' ' DATA SET NAME (OLD NAME IF RENAMED)
SMF60NNM DSCL44' ' NEW DATA SET NAME IF RENAMED   
SMF60END EQU   *   END OF SMF RECORD 60 FIXED FIELDS  

What else do you want to know about the format of SMF 60? 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jack Zukt
Sent: Thursday, April 28, 2022 11:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF type 60

Thank you for your suggestions.
The assembler does not resolve that field, and I was afraid that it would
not be possible to map it, after having read that note. I tried the list
after googling a lot and coming up empty, but truth being told, my hopes
were pretty slim. But it was worth trying, as there are a lot of very
experienced folks out there.

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

Re: SMF type 60

[Jack Zukt]

Thank you for your suggestions.
The assembler does not resolve that field, and I was afraid that it would
not be possible to map it, after having read that note. I tried the list
after googling a lot and coming up empty, but truth being told, my hopes
were pretty slim. But it was worth trying, as there are a lot of very
experienced folks out there.
Thank you again
Best wishes
Jack

On Thu, Apr 28, 2022, 11:15 Joe Monk  wrote:

> Well, thats different ...
>
> Have you looked at SYS1.MACLIB member IFASMFI6?
>
> If you write a little assembler, put in IFASMFI6 60 and see what the macro
> expansion gives...
>
> Joe
>
> On Thu, Apr 28, 2022 at 3:33 AM Jack Zukt  wrote:
>
> > Hi,
> > Thank you for your answer Joe, but I am afraid that I have not been clear
> > about what I need. I have no problem with SMF mapping. What I have not
> been
> > able to find is the VSAM Volume Record mapping.
> > Jack
> >
> > On Wed, Apr 27, 2022, 12:42 Joe Monk  wrote:
> >
> > >
> > >
> >
> https://www.ibm.com/docs/en/zos/2.4.0?topic=rm-headerself-defining-section-50
> > >
> > > Joe
> > >
> > > On Wed, Apr 27, 2022 at 5:33 AM Jack Zukt  wrote:
> > >
> > > > Hi,
> > > >
> > > > I am trying to "decode" a few SMF type 60 (VSAM Volume Data Set
> > Updated),
> > > > but I have reached a dead end. The greatest part of the information
> on
> > > > these records is the "VSAM Volume Record" information and I cannot
> find
> > > > anywhere how to decode it. It does not seem to rely on
> "offset/length"
> > > > data.
> > > > Does anyone knows how to extract this information?
> > > > TIA
> > > > Jack
> > > >
> > > >
> --
> > > > 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
>

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

Re: Silly linklist dataset question

[Carmen Vitullo]

that's kinda where I was leaning since the module is fetched from the 
REAL dataset not the ALIAS pointer.


thanks

Carmen

On 4/28/2022 12:32 PM, Gibney, Dave wrote:

I don't believe the alias was ever in play for APF verification, which is 
always down via r=the actual dataset name and location


-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Carmen Vitullo
Sent: Thursday, April 28, 2022 10:28 AM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Silly linklist dataset question

[EXTERNAL EMAIL] DO NOT CLICK links or attachments unless you recognize
the sender and know the content is safe.

not to bring an old subject back from the dead, I have a somewhat
related question.

some background;

for many years my predecessor has been create alias pointers for
'TCPIP.V2R2.SEZALINK' 'V3R1.SEZALINK' and some other variations of the
name that IBM in its infinite wisdom changed many times.  last weekend
my z/OS 2.4 upgrade I removed all catalog aliases, thinking I had ALL
reference to these aliases removed, I was wrong.

My question is more APF related, in the PROGxx member, we have both the
ALIAS and the REAL name in the APF list, can I safely remove the ALIAS
name from the APF since the real dataset is APF'd and will be fetched
from the linklist -

Carmen

On 4/26/2022 5:06 PM, Peter Relson wrote:

Mark J wrote:

Datasets in our linklist are APF authorized via LINKAUTH=LNKLST. Is there

any differences on how program fetch behaves if a dataset in the linklist is
also APF authorized in PROGxx as far as modules being fetched from the
linklist?



To the specific question: "no". When LNKAUTH=LNKLST, for a fetch from

the LNKLST, there is no querying of the APF status of the LNKLST (and/or any
data sets within it).

FWIW, for a fetch from DCB/TASKLIB/STEPLIB/JOBLIB, there is generally no

querying of an individual data set at the time of fetch, instead the DEB is
looked at (DEBAPFIN) to see if the entire concatenation is APF-authorized.
"OPEN" does the querying.

Peter Relson
z/OS Core Technology Design


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



--
/I am not bound to win, but I am bound to be true. I am not bound to
succeed, but I am bound to live by the light that I have. I must stand
with anybody that stands right, and stand with him while he is right,
and part with him when he goes wrong. *Abraham Lincoln*/

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

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



--
/I am not bound to win, but I am bound to be true. I am not bound to 
succeed, but I am bound to live by the light that I have. I must stand 
with anybody that stands right, and stand with him while he is right, 
and part with him when he goes wrong. *Abraham Lincoln*/


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

Re: Silly linklist dataset question

[Gibney, Dave]

I don't believe the alias was ever in play for APF verification, which is 
always down via r=the actual dataset name and location

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Carmen Vitullo
> Sent: Thursday, April 28, 2022 10:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Silly linklist dataset question
> 
> [EXTERNAL EMAIL] DO NOT CLICK links or attachments unless you recognize
> the sender and know the content is safe.
> 
> not to bring an old subject back from the dead, I have a somewhat
> related question.
> 
> some background;
> 
> for many years my predecessor has been create alias pointers for
> 'TCPIP.V2R2.SEZALINK' 'V3R1.SEZALINK' and some other variations of the
> name that IBM in its infinite wisdom changed many times.  last weekend
> my z/OS 2.4 upgrade I removed all catalog aliases, thinking I had ALL
> reference to these aliases removed, I was wrong.
> 
> My question is more APF related, in the PROGxx member, we have both the
> ALIAS and the REAL name in the APF list, can I safely remove the ALIAS
> name from the APF since the real dataset is APF'd and will be fetched
> from the linklist -
> 
> Carmen
> 
> On 4/26/2022 5:06 PM, Peter Relson wrote:
> > Mark J wrote:
> > 
> > Datasets in our linklist are APF authorized via LINKAUTH=LNKLST. Is there
> any differences on how program fetch behaves if a dataset in the linklist is
> also APF authorized in PROGxx as far as modules being fetched from the
> linklist?
> > 
> >
> > To the specific question: "no". When LNKAUTH=LNKLST, for a fetch from
> the LNKLST, there is no querying of the APF status of the LNKLST (and/or any
> data sets within it).
> >
> > FWIW, for a fetch from DCB/TASKLIB/STEPLIB/JOBLIB, there is generally no
> querying of an individual data set at the time of fetch, instead the DEB is
> looked at (DEBAPFIN) to see if the entire concatenation is APF-authorized.
> "OPEN" does the querying.
> >
> > Peter Relson
> > z/OS Core Technology Design
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
> >
> >
> --
> /I am not bound to win, but I am bound to be true. I am not bound to
> succeed, but I am bound to live by the light that I have. I must stand
> with anybody that stands right, and stand with him while he is right,
> and part with him when he goes wrong. *Abraham Lincoln*/
> 
> --
> 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: Silly linklist dataset question

[Carmen Vitullo]

not to bring an old subject back from the dead, I have a somewhat 
related question.


some background;

for many years my predecessor has been create alias pointers for 
'TCPIP.V2R2.SEZALINK' 'V3R1.SEZALINK' and some other variations of the 
name that IBM in its infinite wisdom changed many times.  last weekend 
my z/OS 2.4 upgrade I removed all catalog aliases, thinking I had ALL 
reference to these aliases removed, I was wrong.


My question is more APF related, in the PROGxx member, we have both the 
ALIAS and the REAL name in the APF list, can I safely remove the ALIAS 
name from the APF since the real dataset is APF'd and will be fetched 
from the linklist -


Carmen

On 4/26/2022 5:06 PM, Peter Relson wrote:

Mark J wrote:

Datasets in our linklist are APF authorized via LINKAUTH=LNKLST. Is there any 
differences on how program fetch behaves if a dataset in the linklist is also 
APF authorized in PROGxx as far as modules being fetched from the linklist?


To the specific question: "no". When LNKAUTH=LNKLST, for a fetch from the 
LNKLST, there is no querying of the APF status of the LNKLST (and/or any data sets within 
it).

FWIW, for a fetch from DCB/TASKLIB/STEPLIB/JOBLIB, there is generally no querying of an 
individual data set at the time of fetch, instead the DEB is looked at (DEBAPFIN) to see 
if the entire concatenation is APF-authorized. "OPEN" does the querying.

Peter Relson
z/OS Core Technology Design


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



--
/I am not bound to win, but I am bound to be true. I am not bound to 
succeed, but I am bound to live by the light that I have. I must stand 
with anybody that stands right, and stand with him while he is right, 
and part with him when he goes wrong. *Abraham Lincoln*/


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

Re: General Query --- Any comments on thin clients as mainframe consoles.

[Tom Longfellow]

Chromebooks are not a bad idea.But they would require an earth-shattering 
paradigm shift for the desktop/workstation support staff.   There was long 
since retired manager whose attitude was "If it does not contain a Windows 
component, you aren't done yet". (Sometimes substituting Linux instead of 
Windows if backed against the wall)

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

Re: EXTERNAL EMAIL: General Query --- Any comments on thin clients as mainframe consoles.

[Tom Longfellow]

You are preaching to the Choir!   The box we are looking to replace is a Visara 
SCON-22L.  We have been using it for many years.   The currently marketed 
device looks pretty nice, but I do not see coax.Time to dump the coax since 
we are eventually moving to a new building with new wiring.

The bigger issue is what to do about replacing the workstation 3270 with 
something that was designed to work like the old fashioned 1980's coax firmware 
devices.   Back when 3278 was a device type, not an emulation type.
I am also a big fan of Bluezone for getting the closest to 'original' 3270 
ergonomics and design.   No floating PF keys  or bizarre key sequences to clear 
the screen.

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

Re: General Query --- Any comments on thin clients as mainframe consoles.

[Tom Longfellow]

Thanks Brian --  All very valid points.   Your 'rainbow connection' on the 
screen sparked some interesting ideas.  Spicing up the display will not replace 
Call of Duty (or even minesweeper), but it has some value added.

Since our mainframe and its intended audience are right next door to each 
other, I am strongly leaning to an air gapped tiny network that can fly under 
the radar of the Windows domain and network admin crowds.   'Evil internet' 
hackers would have a REALLY tough time getting to a hardwired local 
configuration.

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

Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Paul Gilmartin]

On Thu, 28 Apr 2022 13:53:30 +, Seymour J Metz wrote:

>The separator line is CRLF, no other character. A line containing SP CR LF 
>will not work. I suspect that the SMTP and CSSMTP external writers have the 
>smarts to strip out extraneous spaces; that should be easy to test.
> 
Easy indeeed.  In my previous ply, via LISTSERV HTML interface, Included:


LISTSERV preserved both.  In Lionel's example, every line was padded
with  to 80 characters (nearly -- some appeared a byte shorter.)

"the smarts to strip out extraneous spaces" is wishful thinking. On CMS
SMTP or RSCS stripped trailing spaces from a uuencoded attachment.
I needed to write a filter to restore them.

Utilities, including ISPF Edit, should preserve the users' text; neither
adding spaces users didn't type nor removing spaces users type.

-- 
gil

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

Re: Python order question

[Matt Hogstrom]

I downloaded the pax edition from here 


Matt Hogstrom
m...@hogstrom.org

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

> On Apr 28, 2022, at 11:51 AM, IBM user  wrote:
> 
> Has anyone figured out how to order Python without the S subscription 
> through shopZ? Whenever I try, it forces me to choose a bundle that includes 
> the S
> 
> --
> 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: Checksum of "legacy" load module?

[Charles Mills]

I apologize. Other things got in the way and I have not yet done this.

I recognize the great possibility of "false negatives": two load modules
could be functionally identical but checksum differently.

One might even quibble about the meaning of "functionally identical": if one
load module does LHI R0,0 and another does LA R0,0 are they functionally
identical? Most people would say they were, but obviously a checksum program
would (or should!) disagree.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Thursday, April 28, 2022 5:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum of "legacy" load module?

If you do a COPY then the records, and hence the hash, should be identical.
It's COPYMOD that reblocks.

I don't know of any utility that will compare only the csect text. Further,
two load modules might differ only in the RLD records, and that definitely
should be picked up as a change in version.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Mike Schwab [mike.a.sch...@gmail.com]
Sent: Wednesday, April 27, 2022 9:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum of "legacy" load module?

A load module consists of some txt records, where the entry points and
external variables are deifined, then a short record followed by a
block of binary instruction in a multiple of 1K.  During copy /
compress / restore of a module, the binary machine code is regrouped
into different sized blocks that are multiple of 1K to fit into the
space available on that track (which is highly variable based on the
earlier contents of that load module library, and between the multiple
of 1K machine code blocks is a short block.  So if you ignore the
small blocks, and ignore the record boundaries of the big blocks, that
portion should be identical.  Then you might see some differences in
the TXT records at the start or in the binary machine code.  (order of
TXT item, time stamps, PTF levels),

On Thu, Apr 28, 2022 at 12:15 AM Seymour J Metz  wrote:
>
> Is the output of an IEBCOPY COPYMOD equal to the input? The results of
loading them into storage are the same, but the won't have the same hash.
>
>
> --
> 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: Tuesday, April 26, 2022 6:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Checksum of "legacy" load module?
>
> On Tue, 26 Apr 2022 15:30:29 -0700, Charles Mills  wrote:
> >
> >Specifically what I am trying to do is answer the question "is load
module X
> >in PDS Y.Z on box A binary equal to load module X in PDS Y.Z on box B?"
> >without copying and comparing. I suspect the BLKSIZEs are the same so
that
> >may make the task easier (or prevent false negatives).
> >
> I once suggested that a co-worker with a similar requirement compare
> AMBLIST outputs.  AMBLIST?  She had a rapid "Aha!' moment"
> displacements differed -- macro level inconsistecy.
>
> Checksum of TSO TRANSMIT output?  Bind into zFS program objects
> and cksum?
>
> Regardless, timestamps and headers are apt to bite you.
>
> Nostalgia:  I recall a Mac OS (ISV?) utility that compared two
> APPLs and generated a patch file.
>
> --
> 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



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

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

Python order question

[IBM user]

Has anyone figured out how to order Python without the S subscription through 
shopZ? Whenever I try, it forces me to choose a bundle that includes the S

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

Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Sasso, Len]

Is the line separating the headers from the body absolutely empty?  Yes



Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com




From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Thursday, April 28, 2022 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?



 [External: Use caution with links & attachments]

The separator line is CRLF, no other character. A line containing SP CR LF will 
not work. I suspect that the SMTP and CSSMTP external writers have the smarts 
to strip out extraneous spaces; that should be easy to test.


--
Shmuel (Seymour J.) Metz
https://urldefense.us/v3/__http://mason.gmu.edu/*smetz3__;fg!!JRQnnSFuzw7wjAKq6ti6!i43RHHK55XQ9y-4bSARPmdeL4dLza6E-gLEXr30XfLrzW78wxwrOGe51NhJKYQ$


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, April 28, 2022 9:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

On Thu, 28 Apr 2022 13:09:04 +, Sasso, Len wrote:

>Below is the input to IEBGENER:
>
>MIME-VERSION: 1.0
>CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"
>
>--SIMPLE BOUNDARY
>CONTENT-TYPE: APPLICATION/ZIP; BOUNDARY="SIMPLE BOUNDARY"
>CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEST.ZIP
>CONTENT-TRANSFER-ENCODING: BINARY
>
>//*
>//DD DISP=SHR,DSN=TEST.ZIP
>//*
Is the line separating the headers from the body absolutely empty?
RFC 822 requires this, but the ISPF Editor abhors empty lines
(Why, dammit!) and tends to pad them with a single blank.


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

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

Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Seymour J Metz]

The separator line is CRLF, no other character. A line containing SP CR LF will 
not work. I suspect that the SMTP and CSSMTP external writers have the smarts 
to strip out extraneous spaces; that should be easy to test.


--
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: Thursday, April 28, 2022 9:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

On Thu, 28 Apr 2022 13:09:04 +, Sasso, Len wrote:

>Below is the input to IEBGENER:
>
>MIME-VERSION: 1.0
>CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"
>
>--SIMPLE BOUNDARY
>CONTENT-TYPE: APPLICATION/ZIP; BOUNDARY="SIMPLE BOUNDARY"
>CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEST.ZIP
>CONTENT-TRANSFER-ENCODING: BINARY
>
>//*
>//DD DISP=SHR,DSN=TEST.ZIP
>//*
Is the line separating the headers from the body absolutely empty?
RFC 822 requires this, but the ISPF Editor abhors empty lines
(Why, dammit!) and tends to pad them with a single blank.


--
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: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Paul Gilmartin]

On Thu, 28 Apr 2022 08:45:20 -0500, Lionel B. Dyck wrote:

>Here is an example generated by XMITIP using the Debug option - I've shifted 
>things over 1 character hoping it doesn't cause any issues with the 
>mailing/receiving.
> 
The separator lines that should be empty contain blanks.
>This should provide a usable example for the OP.
>
>
> HELO N1   
>  
> MAIL FROM:  
> 
> RCPT TO:
> 
> DATA  
> 
> Sender: 
> 
> Date: Thu 28 Apr 2022 09:41:24 -0400  
> 
> From: lbd...@gmail.com
> 
> Reply-To: lbd...@gmail.com
> 
> To: lbd...@gmail.com  
> 
> X-Mailer: XMITIP 21.03 Rexx Exec for z/OS created by LBDYCK job:LBDYCK/T00451 
> 
> Subject: test 
> 
> Mime-Version: 1.0 
> 
> Content-type: multipart/mixed; 
> boundary="Mime.Part.XMITIP.28Apr202234884.0x0zlrhg"
>   
>
> This is a multi-part message in MIME format.  
> 
> --Mime.Part.XMITIP.28Apr202234884.0x0zlrhg
> 
> Content-Type: text/html; charset=iso-8859-1   
> 
> Content-Transfer-Encoding: 8bit   
> 
>   
>
>  
> 
> This is a test
>  
> 
>
>  
>* -- 21.03 -- *   
>* E-Mail originated from: *   
>* Jobname:   LBDYCK JobID: TSU00451   *   
>* Userid:LBDYCK User Name: LIONEL B. DYCK *   
>* System:CBTNode:  N1 *   
>* Date:  April 28, 2022 09:41:24 (-0400)  (Thursday)  *   
>* --- *   
>  
>  
> --Mime.Part.XMITIP.28Apr202234884.0x0zlrhg
> Content-Type: application/octet-stream;   
>   name="test.zip" 
> Content-Transfer-Encoding: base64 
> Content-Disposition: attachment;  
>filename="test.zip"
> Content-Description:  test.zip
>  
>   
> 
> UEsDBBQIACxNnFQtq+1AeKQWTEJEWUNLLlo0MjIwNi4kSk9CLlRYVE2MMQ7D  
>  
> MAhF90q9g6emlZDstjODE0jilMZRsQff/yIlyhIk0AP0n/fSUxs+zrkl984W6CTllaWDH09GGL6w  
>  
> 5pLGhjdtWhPBIFEVoztVCOFp/b5evM+1HEeDzZh4jFUKNlZYWMmiImBPSrrhfc5CsI/HWbgbX4fx  
>  
> D1BLAQIXDxQIACxNnFQtq+1AeKQWAAEAAABMQkRZQ0suWjQy  
>  
> MjA2LiRKT0IuVFhUUEsFBgABAAEARKwAAA==  
>  
> --Mime.Part.XMITIP.28Apr202234884.0x0zlrhg--  
>  
>   
> 
> . 
>   
> QUIT  
>  
>
>
>Lionel B. Dyck <><
>Website: https://www.lbdsoftware.com
>Github: https://github.com/lbdyck
>

-- gil

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

Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Seymour J Metz]

I belive that you need CONTENT-TRANSFER-ENCODING in both the message header and 
the MIME part. The boundary attribute should only be in the message header. I 
assume that you have other header fields that you're not showing, e.g., FROM, 
SUBJECT, TO. Other than that it looks good.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Sasso, Len [039db7f8412a-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, April 28, 2022 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

Below is the input to IEBGENER:

MIME-VERSION: 1.0
CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"

--SIMPLE BOUNDARY
CONTENT-TYPE: APPLICATION/ZIP; BOUNDARY="SIMPLE BOUNDARY"
CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEST.ZIP
CONTENT-TRANSFER-ENCODING: BINARY

//*
//DD DISP=SHR,DSN=TEST.ZIP
//*




Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: 
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.gdit.com%2Fdata=05%7C01%7Csmetz3%40gmu.edu%7C78fdb9b0626049618dac08da291855d1%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637867481743266811%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=5Zmjr4AUZF7C3D8SqM9bqovRrfy7yPrlZYeBK0OAIKo%3Dreserved=0




From: IBM Mainframe Discussion List  on behalf of 
Barkow, Eileen <02bc504b1642-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, April 27, 2022 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?



 [External: Use caution with links & attachments]

I used to run this with XMITIP - email attachment is in separate  file, either 
HFS or MVS

//XMIT EXEC XMITIP,COND=((0,NE),(0,EQ))
//*HFS1 DD PATH='/u/eileen/tmp/statfile/edupstat.zip',
//*  PATHDISP=(KEEP,KEEP) PATHMODE=SIRXU
//HFS1 DD DSN=X.MACS.ZIP,DISP=SHR
//SYSIN DD *
  %XMITIP   (ebar...@doitt.nyc.gov) +
  CC(ebar...@doitt.nyc.gov) +
  FROM  "EILEEN BARKOW" +
  SUBJECT 'ZIPPED MACS-restore with tso receive' +
  FORMAT BIN/zip+
 FILEDD HFS1
 /*
//


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 27, 2022 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.  Forward suspect email to ph...@cyber.nyc.gov as an attachment (Click 
the More button, then forward as attachment).

I'm not sure what this additional parameter does

BOUNDARY="SIMPLE BOUNDARY"
I don't use that parm in my test job
I think maybe the best option is to try XMIT/IP I actually may have that tool 
also, I can check Carmen

On 4/27/2022 11:28 AM, Sasso, Len wrote:
> BOUNDARY="SIMPLE BOUNDARY"
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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



This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

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

Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Lionel B. Dyck]

Here is an example generated by XMITIP using the Debug option - I've shifted 
things over 1 character hoping it doesn't cause any issues with the 
mailing/receiving.

This should provide a usable example for the OP.


 HELO N1

 MAIL FROM:   
   
 RCPT TO: 
   
 DATA   
   
 Sender:  
   
 Date: Thu 28 Apr 2022 09:41:24 -0400   
   
 From: lbd...@gmail.com 
   
 Reply-To: lbd...@gmail.com 
   
 To: lbd...@gmail.com   
   
 X-Mailer: XMITIP 21.03 Rexx Exec for z/OS created by LBDYCK job:LBDYCK/T00451  
   
 Subject: test  
   
 Mime-Version: 1.0  
   
 Content-type: multipart/mixed; 
boundary="Mime.Part.XMITIP.28Apr202234884.0x0zlrhg"

  
 This is a multi-part message in MIME format.   
   
 --Mime.Part.XMITIP.28Apr202234884.0x0zlrhg 
   
 Content-Type: text/html; charset=iso-8859-1
   
 Content-Transfer-Encoding: 8bit
   

  
   
   
 This is a test 

 

  
* -- 21.03 -- *   
* E-Mail originated from: *   
* Jobname:   LBDYCK JobID: TSU00451   *   
* Userid:LBDYCK User Name: LIONEL B. DYCK *   
* System:CBTNode:  N1 *   
* Date:  April 28, 2022 09:41:24 (-0400)  (Thursday)  *   
* --- *   
  
  
 --Mime.Part.XMITIP.28Apr202234884.0x0zlrhg
 Content-Type: application/octet-stream;   
   name="test.zip" 
 Content-Transfer-Encoding: base64 
 Content-Disposition: attachment;  
filename="test.zip"
 Content-Description:  test.zip 


   
 UEsDBBQIACxNnFQtq+1AeKQWTEJEWUNLLlo0MjIwNi4kSk9CLlRYVE2MMQ7D   

 MAhF90q9g6emlZDstjODE0jilMZRsQff/yIlyhIk0AP0n/fSUxs+zrkl984W6CTllaWDH09GGL6w   

 5pLGhjdtWhPBIFEVoztVCOFp/b5evM+1HEeDzZh4jFUKNlZYWMmiImBPSrrhfc5CsI/HWbgbX4fx   

 D1BLAQIXDxQIACxNnFQtq+1AeKQWAAEAAABMQkRZQ0suWjQy   

 MjA2LiRKT0IuVFhUUEsFBgABAAEARKwAAA==   

 --Mime.Part.XMITIP.28Apr202234884.0x0zlrhg--   


   
 .  
 
 QUIT   



Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, April 28, 2022 08:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

On Thu, 28 Apr 2022 13:11:26 +, Sasso, Len wrote:

>I have also tried:
>
>CONTENT-TYPE: APPLICATION/OCTET-STREAM; BOUNDARY="SIMPLE BOUNDARY"
>
Are any of these case-sensitive?  I believe they're supposed to be insensitive, 
but the author of some downstream utility may have 

Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Paul Gilmartin]

On Thu, 28 Apr 2022 13:09:04 +, Sasso, Len wrote:

>Below is the input to IEBGENER:
>
>MIME-VERSION: 1.0
>CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"
>
>--SIMPLE BOUNDARY
>CONTENT-TYPE: APPLICATION/ZIP; BOUNDARY="SIMPLE BOUNDARY"
>CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEST.ZIP
>CONTENT-TRANSFER-ENCODING: BINARY
>
>//*
>//DD DISP=SHR,DSN=TEST.ZIP
>//*
Is the line separating the headers from the body absolutely empty?
RFC 822 requires this, but the ISPF Editor abhors empty lines
(Why, dammit!) and tends to pad them with a single blank.
 

-- 
gil

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

Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Seymour J Metz]

The boundary attribute is for multipart, which is what you should be using in 
the message header. Th CT: APPLICATION should go in the MIME part.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Sasso, Len [039db7f8412a-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, April 28, 2022 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

I have also tried:

CONTENT-TYPE: APPLICATION/OCTET-STREAM; BOUNDARY="SIMPLE BOUNDARY"



Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: 
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.gdit.com%2Fdata=05%7C01%7Csmetz3%40gmu.edu%7Ca627135dfda0483b896e08da2918a57b%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637867483091142703%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=N%2FJHrEQ8VimCXrjn2JjyP35VGNVftXPd9i24Bo24hjY%3Dreserved=0




From: IBM Mainframe Discussion List  on behalf of 
Sasso, Len <039db7f8412a-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, April 28, 2022 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?



 [External: Use caution with links & attachments]

Below is the input to IEBGENER:

MIME-VERSION: 1.0
CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"

--SIMPLE BOUNDARY
CONTENT-TYPE: APPLICATION/ZIP; BOUNDARY="SIMPLE BOUNDARY"
CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEST.ZIP
CONTENT-TRANSFER-ENCODING: BINARY

//*
//DD DISP=SHR,DSN=TEST.ZIP
//*




Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: 
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.gdit.com%2Fdata=05%7C01%7Csmetz3%40gmu.edu%7Ca627135dfda0483b896e08da2918a57b%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637867483091142703%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=N%2FJHrEQ8VimCXrjn2JjyP35VGNVftXPd9i24Bo24hjY%3Dreserved=0




From: IBM Mainframe Discussion List  on behalf of 
Barkow, Eileen <02bc504b1642-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, April 27, 2022 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?



 [External: Use caution with links & attachments]

I used to run this with XMITIP - email attachment is in separate  file, either 
HFS or MVS

//XMIT EXEC XMITIP,COND=((0,NE),(0,EQ))
//*HFS1 DD PATH='/u/eileen/tmp/statfile/edupstat.zip',
//*  PATHDISP=(KEEP,KEEP) PATHMODE=SIRXU
//HFS1 DD DSN=X.MACS.ZIP,DISP=SHR
//SYSIN DD *
  %XMITIP   (ebar...@doitt.nyc.gov) +
  CC(ebar...@doitt.nyc.gov) +
  FROM  "EILEEN BARKOW" +
  SUBJECT 'ZIPPED MACS-restore with tso receive' +
  FORMAT BIN/zip+
 FILEDD HFS1
 /*
//


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 27, 2022 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.  Forward suspect email to ph...@cyber.nyc.gov as an attachment (Click 
the More button, then forward as attachment).

I'm not sure what this additional parameter does

BOUNDARY="SIMPLE BOUNDARY"
I don't use that parm in my test job
I think maybe the best 

Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Seymour J Metz]

None of those in case sensitive; he simply has the wrong headers and content.


--
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: Thursday, April 28, 2022 9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

On Thu, 28 Apr 2022 13:11:26 +, Sasso, Len wrote:

>I have also tried:
>
>CONTENT-TYPE: APPLICATION/OCTET-STREAM; BOUNDARY="SIMPLE BOUNDARY"
>
Are any of these case-sensitive?  I believe they're supposed to be
insensitive, but the author of some downstream utility may have
erroneously assumed otherwise.

Email yourself a .zip from a desktop system; copy and paste its headers.

--
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: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Paul Gilmartin]

On Thu, 28 Apr 2022 13:11:26 +, Sasso, Len wrote:

>I have also tried:
>
>CONTENT-TYPE: APPLICATION/OCTET-STREAM; BOUNDARY="SIMPLE BOUNDARY"
>
Are any of these case-sensitive?  I believe they're supposed to be
insensitive, but the author of some downstream utility may have
erroneously assumed otherwise.

Email yourself a .zip from a desktop system; copy and paste its headers.

-- 
gil

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

Re: EXTERNAL: CIBXUTOK fetch protected

[Ituriel do Neto]

Gentlemen,

Thank you very much for your support.
I'll analyze the code and let you know any news.


Best Regards

Ituriel do Nascimento Neto
z/OS System Programmer






Em quarta-feira, 27 de abril de 2022 21:42:57 BRT, Seymour J Metz 
 escreveu: 





Fetch protection is is S0c$-04. Please show your code for accessing the CIB.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Ituriel do Neto [03427ec2837d-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, April 27, 2022 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: CIBXUTOK fetch protected

Mike,

I don't think so, but to remove all doubts i have associated the PROCNAME in 
class STARTED with my userid.

Now both STC and batch job run with the same userid, but when batch, the 
CIBXTOKN continues to be fetch protected giving me and abend S0C4-11


Best Regards

Ituriel do Nascimento Neto
z/OS System Programmer






Em quarta-feira, 27 de abril de 2022 13:07:03 BRT, Mike Schwab 
 escreveu:





Is there a RACF setting to allow a particular user to run any APF
program, or a resource authorization to run this APF program?

On Wed, Apr 27, 2022 at 3:28 PM Ituriel do Neto
<03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:
>
> Hi,
>
> The loadlib is APF in both cases because i'm using the same JCL.
>
> For instance, as STC it is started by the command S PROCNAME, while as a 
> batch job, using the following JCL:
>
> //JOBNAME (),CLASS=A,MSGCLASS=X,REGION=0M
> //A1            EXEC PROCNAME
>
> The PROC is the same, expanded from the same PROCLIB.
>
> The only difference i could perceive is when it runs as batch, it is assigned 
> to my userid, and as STC, it is assigned a different one defined in STARTED 
> class.
>
>
> Ituriel do Nascimento Neto
> z/OS System Programmer
>
>
>
>
> Em quarta-feira, 27 de abril de 2022 10:45:47 BRT, Crawford, Robert C. 
> <01feadb2c2d2-dmarc-requ...@listserv.ua.edu> escreveu:
>
>
>
>
>
> Does your program get loaded out of an APF authorized library when it runs as 
> a STC?  What's in the STEPLIB concatenation for the batch job?  One 
> unauthorized library makes the whole STEPLIB unauthorized.
>
> Robert Crawford
> Mainframe Management
> United Services Automobile Association
> (210) 913-3822
>
> “Моє око! Я не повинен брати в нього пудинг!”
> Emma Andijewska
> Please send requests to mainframe management through our front door at  
> go/mfmfrontdoor
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Ituriel do Neto
> Sent: Wednesday, April 27, 2022 7:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL: CIBXUTOK fetch protected
>
> Hi all,
>
> I'm trying to reach CIBXTOKN field under CIBX control block, and if the 
> program is executed as a batch job, this field is fetch protected, but if it 
> runs as an STC, the access is granted.
>
> What is the difference?
>
> Best Regards
>
> Ituriel do Nascimento Neto
> z/OS System Programmer
>
> --
> 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



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

--
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: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Sasso, Len]

I have also tried:

CONTENT-TYPE: APPLICATION/OCTET-STREAM; BOUNDARY="SIMPLE BOUNDARY"



Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com




From: IBM Mainframe Discussion List  on behalf of 
Sasso, Len <039db7f8412a-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, April 28, 2022 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?



 [External: Use caution with links & attachments]

Below is the input to IEBGENER:

MIME-VERSION: 1.0
CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"

--SIMPLE BOUNDARY
CONTENT-TYPE: APPLICATION/ZIP; BOUNDARY="SIMPLE BOUNDARY"
CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEST.ZIP
CONTENT-TRANSFER-ENCODING: BINARY

//*
//DD DISP=SHR,DSN=TEST.ZIP
//*




Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com




From: IBM Mainframe Discussion List  on behalf of 
Barkow, Eileen <02bc504b1642-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, April 27, 2022 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?



 [External: Use caution with links & attachments]

I used to run this with XMITIP - email attachment is in separate  file, either 
HFS or MVS

//XMIT EXEC XMITIP,COND=((0,NE),(0,EQ))
//*HFS1 DD PATH='/u/eileen/tmp/statfile/edupstat.zip',
//*  PATHDISP=(KEEP,KEEP) PATHMODE=SIRXU
//HFS1 DD DSN=X.MACS.ZIP,DISP=SHR
//SYSIN DD *
  %XMITIP   (ebar...@doitt.nyc.gov) +
  CC(ebar...@doitt.nyc.gov) +
  FROM  "EILEEN BARKOW" +
  SUBJECT 'ZIPPED MACS-restore with tso receive' +
  FORMAT BIN/zip+
 FILEDD HFS1
 /*
//


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 27, 2022 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.  Forward suspect email to ph...@cyber.nyc.gov as an attachment (Click 
the More button, then forward as attachment).

I'm not sure what this additional parameter does

BOUNDARY="SIMPLE BOUNDARY"
I don't use that parm in my test job
I think maybe the best option is to try XMIT/IP I actually may have that tool 
also, I can check Carmen

On 4/27/2022 11:28 AM, Sasso, Len wrote:
> BOUNDARY="SIMPLE BOUNDARY"
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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



This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

--
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: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

[Sasso, Len]

Below is the input to IEBGENER:

MIME-VERSION: 1.0
CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"

--SIMPLE BOUNDARY
CONTENT-TYPE: APPLICATION/ZIP; BOUNDARY="SIMPLE BOUNDARY"
CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEST.ZIP
CONTENT-TRANSFER-ENCODING: BINARY

//*
//DD DISP=SHR,DSN=TEST.ZIP
//*




Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com




From: IBM Mainframe Discussion List  on behalf of 
Barkow, Eileen <02bc504b1642-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, April 27, 2022 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Send an email with a Zip file as an attachment?



 [External: Use caution with links & attachments]

I used to run this with XMITIP - email attachment is in separate  file, either 
HFS or MVS

//XMIT EXEC XMITIP,COND=((0,NE),(0,EQ))
//*HFS1 DD PATH='/u/eileen/tmp/statfile/edupstat.zip',
//*  PATHDISP=(KEEP,KEEP) PATHMODE=SIRXU
//HFS1 DD DSN=X.MACS.ZIP,DISP=SHR
//SYSIN DD *
  %XMITIP   (ebar...@doitt.nyc.gov) +
  CC(ebar...@doitt.nyc.gov) +
  FROM  "EILEEN BARKOW" +
  SUBJECT 'ZIPPED MACS-restore with tso receive' +
  FORMAT BIN/zip+
 FILEDD HFS1
 /*
//


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 27, 2022 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Send an email with a Zip file as an attachment?

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.  Forward suspect email to ph...@cyber.nyc.gov as an attachment (Click 
the More button, then forward as attachment).

I'm not sure what this additional parameter does

BOUNDARY="SIMPLE BOUNDARY"
I don't use that parm in my test job
I think maybe the best option is to try XMIT/IP I actually may have that tool 
also, I can check Carmen

On 4/27/2022 11:28 AM, Sasso, Len wrote:
> BOUNDARY="SIMPLE BOUNDARY"
--
/I am not bound to win, but I am bound to be true. I am not bound to succeed, 
but I am bound to live by the light that I have. I must stand with anybody that 
stands right, and stand with him while he is right, and part with him when he 
goes wrong. *Abraham Lincoln*/

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



This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

--
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: Checksum of "legacy" load module?

[Seymour J Metz]

If you do a COPY then the records, and hence the hash, should be identical. 
It's COPYMOD that reblocks.

I don't know of any utility that will compare only the csect text. Further, two 
load modules might differ only in the RLD records, and that definitely should 
be picked up as a change in version.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Schwab [mike.a.sch...@gmail.com]
Sent: Wednesday, April 27, 2022 9:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum of "legacy" load module?

A load module consists of some txt records, where the entry points and
external variables are deifined, then a short record followed by a
block of binary instruction in a multiple of 1K.  During copy /
compress / restore of a module, the binary machine code is regrouped
into different sized blocks that are multiple of 1K to fit into the
space available on that track (which is highly variable based on the
earlier contents of that load module library, and between the multiple
of 1K machine code blocks is a short block.  So if you ignore the
small blocks, and ignore the record boundaries of the big blocks, that
portion should be identical.  Then you might see some differences in
the TXT records at the start or in the binary machine code.  (order of
TXT item, time stamps, PTF levels),

On Thu, Apr 28, 2022 at 12:15 AM Seymour J Metz  wrote:
>
> Is the output of an IEBCOPY COPYMOD equal to the input? The results of 
> loading them into storage are the same, but the won't have the same hash.
>
>
> --
> 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: Tuesday, April 26, 2022 6:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Checksum of "legacy" load module?
>
> On Tue, 26 Apr 2022 15:30:29 -0700, Charles Mills  wrote:
> >
> >Specifically what I am trying to do is answer the question "is load module X
> >in PDS Y.Z on box A binary equal to load module X in PDS Y.Z on box B?"
> >without copying and comparing. I suspect the BLKSIZEs are the same so that
> >may make the task easier (or prevent false negatives).
> >
> I once suggested that a co-worker with a similar requirement compare
> AMBLIST outputs.  AMBLIST?  She had a rapid "Aha!' moment"
> displacements differed -- macro level inconsistecy.
>
> Checksum of TSO TRANSMIT output?  Bind into zFS program objects
> and cksum?
>
> Regardless, timestamps and headers are apt to bite you.
>
> Nostalgia:  I recall a Mac OS (ISV?) utility that compared two
> APPLs and generated a patch file.
>
> --
> 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



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

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

Re: CIBXUTOK fetch protected

[Binyamin Dissen]

On Wed, 27 Apr 2022 12:35:27 + Ituriel do Neto
<03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:

:>Hi all,

:>I'm trying to reach CIBXTOKN field under CIBX control block, and if the 
program is executed as a
:>batch job, this field is fetch protected, but if it runs as an STC, the 
access is granted.

:>What is the difference?

I had to go key0 in an STC.

Are you sure that there is a security token, that you are accessing the
expected data?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

Re: SMF type 60

[Joe Monk]

Well, thats different ...

Have you looked at SYS1.MACLIB member IFASMFI6?

If you write a little assembler, put in IFASMFI6 60 and see what the macro
expansion gives...

Joe

On Thu, Apr 28, 2022 at 3:33 AM Jack Zukt  wrote:

> Hi,
> Thank you for your answer Joe, but I am afraid that I have not been clear
> about what I need. I have no problem with SMF mapping. What I have not been
> able to find is the VSAM Volume Record mapping.
> Jack
>
> On Wed, Apr 27, 2022, 12:42 Joe Monk  wrote:
>
> >
> >
> https://www.ibm.com/docs/en/zos/2.4.0?topic=rm-headerself-defining-section-50
> >
> > Joe
> >
> > On Wed, Apr 27, 2022 at 5:33 AM Jack Zukt  wrote:
> >
> > > Hi,
> > >
> > > I am trying to "decode" a few SMF type 60 (VSAM Volume Data Set
> Updated),
> > > but I have reached a dead end. The greatest part of the information on
> > > these records is the "VSAM Volume Record" information and I cannot find
> > > anywhere how to decode it. It does not seem to rely on "offset/length"
> > > data.
> > > Does anyone knows how to extract this information?
> > > TIA
> > > Jack
> > >
> > > --
> > > 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: SMF type 60

[Colin Paice]

It sounds like you are after the data in the SMF60CRC field.
At the top of the chapter it says
Note: Field SMF60CRC is not part of the programming interface

Which usually means it is not available outside of IBM or a Non Disclosure
Agreement.
Colin

On Thu, 28 Apr 2022 at 09:33, Jack Zukt  wrote:

> Hi,
> Thank you for your answer Joe, but I am afraid that I have not been clear
> about what I need. I have no problem with SMF mapping. What I have not been
> able to find is the VSAM Volume Record mapping.
> Jack
>
> On Wed, Apr 27, 2022, 12:42 Joe Monk  wrote:
>
> >
> >
> https://www.ibm.com/docs/en/zos/2.4.0?topic=rm-headerself-defining-section-50
> >
> > Joe
> >
> > On Wed, Apr 27, 2022 at 5:33 AM Jack Zukt  wrote:
> >
> > > Hi,
> > >
> > > I am trying to "decode" a few SMF type 60 (VSAM Volume Data Set
> Updated),
> > > but I have reached a dead end. The greatest part of the information on
> > > these records is the "VSAM Volume Record" information and I cannot find
> > > anywhere how to decode it. It does not seem to rely on "offset/length"
> > > data.
> > > Does anyone knows how to extract this information?
> > > TIA
> > > Jack
> > >
> > > --
> > > 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: SMF type 60

[Jack Zukt]

Hi,
Thank you for your answer Joe, but I am afraid that I have not been clear
about what I need. I have no problem with SMF mapping. What I have not been
able to find is the VSAM Volume Record mapping.
Jack

On Wed, Apr 27, 2022, 12:42 Joe Monk  wrote:

>
> https://www.ibm.com/docs/en/zos/2.4.0?topic=rm-headerself-defining-section-50
>
> Joe
>
> On Wed, Apr 27, 2022 at 5:33 AM Jack Zukt  wrote:
>
> > Hi,
> >
> > I am trying to "decode" a few SMF type 60 (VSAM Volume Data Set Updated),
> > but I have reached a dead end. The greatest part of the information on
> > these records is the "VSAM Volume Record" information and I cannot find
> > anywhere how to decode it. It does not seem to rely on "offset/length"
> > data.
> > Does anyone knows how to extract this information?
> > TIA
> > Jack
> >
> > --
> > 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