Re: Merry Christmas

[John Abell]

Thank you and the same to you and all of the members

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Horein
Sent: Monday, December 25, 2023 8:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Merry Christmas

Merry Christmas and Happy Holidays mainframe friends!

On Mon, Dec 25, 2023, 11:28 Steve Beaver < 
050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote:

> Merry Christmas to all
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
> --
> 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: Subject: Re: Kinda fun

[John Abell]

When I was at IBM, circa 1964, we had a keypunch department because ran
other businesses' work.  The keypunch ladies were infinitely faster, did the
verification step and always added the sequence numbers so any oddities were
generally on you. 

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of billogden
Sent: Friday, November 10, 2023 4:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Subject: Re: Kinda fun

I used 026, 029, and 129 machines. (And the 010 machines; remember those!)
Never bothered me, but I agree with the comment that their use (and punched
cards in general) encouraged me to be much more careful with my "on paper"
programming before starting to punch cards. Dunno how to translate this
"feeling" into the modern world where we start typing (on a graphics screen)
before we have finished deciding how the program "should" work. Times
certainly change.

Also as mentioned, I quickly found it was better to do my own keypunching!
I had lots of "hands on" on 1620s, 1401s, 1410s, and 7040s. (I used 7090s
and 7094s, but not "hands on"!) Being ancient and over the hill, I cannot
remember how I worked with our 1130s and 1800s (and 1500s, if you remember
those). I remember paper tape on one of the 1620s and I hated it!

Trying to make modern sense of this discussion (if possible) I can see where
starting to type before most of the thinking process is complete can lead to
a "liking" for interpreted languages --- where at least some of the error
messages occur at the typing stage --- instead of much later times that
occur long after the keypunching stage! In a sense, it often seems that some
of our "modern" techniques have eliminated inspecting compiler listings.
...
Why sequence numbers? Like many of us, I used a carefully drawn diagonal
line (with a "magic marker") across the top of the card deck as a useful
restoration tool when I dropped the deck!

Bill Ogden  

--
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: Please stay on-topic

[John Abell]

Thanks Darren.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Darren Evans-Young
Sent: Monday, October 09, 2023 8:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Please stay on-topic

Subject says it all. We could discuss Israel for days/weeks/months, But that
is not the purpose of this list.  Let's return to mainframe discussions
please.

Thanks,
Darren

--
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: Bill Johnson

[John Abell]

Mon Dieu as we would say in my country's other official language.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Darren Evans-Young
Sent: Monday, September 18, 2023 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Bill Johnson

I have removed Bill Johnson from the IBM-MAIN list and you all know why.

He has now officially lodged a complaint against me accusing me of
discrimination and violating his 1st Amendment rights.  This complaint was
sent to the President and the Chief Administrative Officer at The University
of Alabama.

Worst case, I'll have to dissolve IBM-MAIN. If you are at a university that
hosts listserv lists, and would be able to host IBM-MAIN in the event I'm
told to take the list down, please contact me off-list
(dar...@ua.edu).

Darren

P.S. - Please do not contact Bill Johnson. It will only make things worse.

--
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: IBM-MAIN Posting Guidelines

[John Abell]

Thanks Doug.  It has been annoying to say the least. 

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug Fuerst
Sent: Sunday, September 17, 2023 6:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM-MAIN Posting Guidelines

Finally. Thanks Darren.

Doug Fuerst
Principal Consultant
BK Associates
718.921.2620 (O)
917.572.7364 (C)
d...@bkassociates.net


-- Original Message --
>From "Darren Evans-Young"  To IBM-MAIN@LISTSERV.UA.EDU Date 
>9/17/2023 17:48:07 PM Subject IBM-MAIN Posting Guidelines

>First, I would like to apologize to the list for not being a better list owner.
>Life has been busy.
>
>I've had numerous complaints about some postings on the list.
>So, here's the deal. All posts WILL be directly related to IBM Mainframe 
>topics.
>No discussions of religion, politics, etc.  No name calling, insults, 
>etc. Respect each other.
>
>Failure to adhere to these simple basic guidelines will result in being 
>set to REVIEW and/or removal from the list.
>
>Darren
>
>--
>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: SQL Replication

[John Abell]

Would you explain what the source and target databases are please?

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Galdamez, Adolfo@EDD
Sent: Friday, August 11, 2023 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SQL Replication

I just got a new assignment SQL REPLICATION.
Does anybody know an expert in the subject?
A checklist of what I should know?

From: IBM Mainframe Discussion List  On Behalf Of Ron 
Thomas
Sent: Friday, August 11, 2023 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dfsort Overlay error

Hi Kolusu - Here is what i am getting . Could you please let me what changes to 
be made ? ICE000I 1 - CONTROL STATEMENTS FOR 5650-ZOS, Z/OS DFSORT V2R4 - 13: 
36 ON FRI AU OPTION COPY OUTREC 
IFTHEN=(WHEN=(35,10,CH,EQ,X'',
ZjQcmQRYFpfptBannerStart
THIS EMAIL ORIGINATED FROM OUTSIDE OF YOUR ORGANIZATION DO NOT click on links 
or open attachments unless you recognize and/or trust the SENDER.
ZjQcmQRYFpfptBannerEnd

Hi Kolusu -



Here is what i am getting . Could you please let me what changes to be made ?



ICE000I 1 - CONTROL STATEMENTS FOR 5650-ZOS, Z/OS DFSORT V2R4  - 13:36 ON FRI AU

   OPTION COPY

   OUTREC IFTHEN=(WHEN=(35,10,CH,EQ,X'',

AND,25,10,CH,GT,X''),

   OVERLAY=(35:25,10,TOGREG=Y4T(-),ADDDAYS,+120,TOGREG=Y4T(-)))

 $

ICE007A E SYNTAX ERROR

ICE751I 0 C5-I79518 C6-I90068 C7-I76949 C8-I75151 E7-I76949

ICE052I 3 END OF DFSORT



Thanks

Ron T



--

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: Will z/OS be obsolete in 5 years?

[John Abell]

Like the prediction in 1970 or so that COBOL would be obsolete.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger W Suhr
Sent: Thursday, July 20, 2023 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Will z/OS be obsolete in 5 years?

Re: Will z/OS be obsolete in 5 years?

That's what they said in 1995!



Please let me know if you have any questions, or concerns!

Thank You!

Roger W Suhr

suhr...@gmail.com
563-581-9065

(from my personal laptop)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Perryman
Sent: Thursday, July 20, 2023 12:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Will z/OS be obsolete in 5 years?

 > That 1,536 doesn't sound right.  Max I/O drawers on a z16 A01 is 12 (see

> page 20 in the pdf you linked).  So 12 x 16 = 192 cards.  And if all 
> of

> them are 2 port cards, max ports is 384.  And that still leaves CEC

> slots for 36 dual port ICA cards to connect that huge mass.


On page 22, CPC Fanouts are discussed. It says for each CPC which would be 4 
making 384 * 4 = 1,536.  It's unclear which is correct but even 384 PCIe slots 
seems huge. Here's what is says: 

Fanouts
  - Each CPC drawer supports up to 12 PCIe+ fanout adapters to connect to
the PCIe+ I/O drawers, and Integrated Coupling Adapter Short Reach
(ICA SR) coupling links:
   – A 2-port Peripheral Component Interconnect Express (PCIe) 16 GBps I/O 
fanout.
   Each port supports one domain in the 16-slot PCIe+ I/O drawers .– ICA 
SR1.1 and ICA SR PCIe fanouts for coupling links (two links of 8 GBps each).

> Oh, and each of those 32 four-frame machines would need 8 60A 3Ph 
> power cables.  Wow!


It's hilarious that you are impressed by a meager 8 X 60A 3PH power cables. 
First, those are cables are rated 60A and should never use 60A. IBM requires 
redundancy so I suspect half are redundant since there are 4 PDU. Probably 
somewhere around 22 megawatt hours per year. The same redbook says running the 
same Linux workload on a x86, there is a 75% reduction in power use. Impressive 
is Google's 5,500,000 servers which consumed 15 terawatt hours in 2020.

On Wednesday, July 19, 2023 at 07:43:28 PM PDT, Tom Brennan 
 wrote:  
 
 > An IBM z16 Max200 fully loaded has 256 cores where 200 cores  > are 
 > available to the customer, 40TB ram and 1,536 (4 CPC draws  > with 12 fanout 
 > adapters each containing 2 ports connecting to  > a 16 PCIe slot I/O drawer)?

That 1,536 doesn't sound right.  Max I/O drawers on a z16 A01 is 12 (see page 
20 in the pdf you linked).  So 12 x 16 = 192 cards.  And if all of them are 2 
port cards, max ports is 384.  And that still leaves CEC slots for 36 dual port 
ICA cards to connect that huge mass.

Oh, and each of those 32 four-frame machines would need 8 60A 3Ph power cables. 
 Wow!

On 7/19/2023 6:09 PM, Jon Perryman wrote:
>  
>> What a BS 'survey'
> 
> 
> What is it you consider to be BS? Are you saying that the hardware 
> numbers are wrong?  An IBM z16 Max200 fully loaded has 256 cores where
> 200 cores are available to the customer, 40TB ram and 1,536 (4 CPC 
> draws with 12 fanout adapters each containing 2 ports connecting to a
> 16 PCIe slot I/O drawer)? 32 z16 Max200 in a sysplex is 8,192 cores
> (6,400 customer usable cores), 1,280TB ram and 49,152 PCIe+ slots with 
> each of the 32 boxes capable of running 1 z/OS. These numbers come 
> from https://www.redbooks.ibm.com/redbooks/pdfs/sg248950.pdf
> 
> While that is excessive, IBM can provide you with it today and you could make 
> it run efficiently. If you were to run 1 Linux on each of these boxes, most 
> of each machine would sit idle waiting on disk.
> 
> Is it BS to say that running Linux even on a 32 core 5.5Ghx CPU is struggling 
> to keep that box 100% busy because of disks? Is it BS to say that you won't 
> find a motherboard with more than 8 PCIe slots or that those PCIe slots 
> mostly 

Re: PKCS #7

[John Abell]

Hi,

I am always happy to help you 2 and your group for this great cause.

Cheers,
John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Isabel
Sent: Tuesday, April 18, 2023 1:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PKCS #7

Hello and thanks Keith. Do we have to use C language for the gsk functions?

thanks in advance

On Fri, Apr 14, 2023 at 4:22 PM Keith Gooding < 
034af3894af4-dmarc-requ...@listserv.ua.edu> wrote:

> Does gsk_export_certificate do what you need ?. It is documented in 
> z/os Cryptographic Services System SSL Programming. There are several 
> functions for handling certificates.
>
> Sent from my iPad
>
> > On 14 Apr 2023, at 20:07, Isabel  wrote:
> > Hello, thanks for your answers, but I think I was not clear about 
> > what
> we
> > want.
> >
> > We need to build a CICS Transaction to create a PKCS #7
> (pkcs7-signedData)
> > containing a signature. We were thinking of using ICSF's PKCS #11
> callable
> > services, but we don't have the TKDS keystore.
> >
> > Thanks in advance!
> >
> >
> >
> > On Fri, Apr 14, 2023 at 2:20 AM Matthew Donald <
> matthew.b.don...@gmail.com>
> > wrote:
> >
> >>> We need to build a CICS Transaction to obtain a PKCS #7 (token) to 
> >>> authenticate a user.
> >>> I am confused if I have to use a RACF certificate, ICSF or both.
> >>
> >>
> >> If you mean 2FA for CICS: see
> >>
> >>
> https://www.ibm.com/docs/en/cics-ts/5.6?topic=securing-support-multi-f
> actor-authentication-using-racf
> >>
> >> Matthew
> >>
> >> On Wed, 5 Apr 2023 at 00:16, Isabel  wrote:
> >>
> >>> Hello!
> >>> I have the following request:
> >>> We need to build a CICS Transaction to obtain a PKCS #7 (token) to 
> >>> authenticate a user.
> >>> I am confused if I have to use a RACF certificate, ICSF or both.
> >>> Thanks in advance.
> >>> --
> >>>  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

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

Re: Not aging well (know-it-alls)

[John Abell]

I bet.  Well not as exciting as the COBOL Item.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Monday, April 10, 2023 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Not aging well (know-it-alls)

Why, John? It had the highest S:N ratio of the entire thread!

On Mon, Apr 10, 2023 at 2:16 PM John Abell < 
john.ab...@intnlsoftwareproducts.com> wrote:

> Please ignore my previous message.
>
> John T. Abell
> Tel:800-295-7608Option 4
> President
> International:  1-416-593-5578  Option 4
> E-mail:  john.ab...@intnlsoftwareproducts.com
> Fax:800-295-7609
>
> International:  1-416-593-5579
>
>
> International Software Products
> www.ispinfo.com
>
> This email may contain confidential and privileged material for the 
> sole use of the intended recipient(s). Any review, use, retention, 
> distribution or disclosure by others is strictly prohibited. If you 
> are not the intended recipient (or authorized to receive on behalf of 
> the named recipient), please contact the sender by reply email and 
> delete all copies of this message. Also,email is susceptible to data 
> corruption, interception, tampering, unauthorized amendment and 
> viruses. We only send and receive emails on the basis that we are not 
> liable for any such corruption, interception, tampering, amendment or viruses 
> or any consequence thereof.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John Abell
> Sent: Monday, April 10, 2023 1:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Not aging well (know-it-alls)
>
> Jeff managed to get the original files unscrambled into 1 file so I 
> think we are good for now.  He had to use 7zip to do it.
>
> John T. Abell
> Tel:800-295-7608Option 4
> President
> International:  1-416-593-5578  Option 4
> E-mail:  john.ab...@intnlsoftwareproducts.com
> Fax:800-295-7609
>
> International:  1-416-593-5579
>
>
> International Software Products
> www.ispinfo.com
>
> This email may contain confidential and privileged material for the 
> sole use of the intended recipient(s). Any review, use, retention, 
> distribution or disclosure by others is strictly prohibited. If you 
> are not the intended recipient (or authorized to receive on behalf of 
> the named recipient), please contact the sender by reply email and 
> delete all copies of this message. Also,email is susceptible to data 
> corruption, interception, tampering, unauthorized amendment and 
> viruses. We only send and receive emails on the basis that we are not 
> liable for any such corruption, interception, tampering, amendment or viruses 
> or any consequence thereof.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Doug
> Sent: Monday, April 10, 2023 12:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Not aging well (know-it-alls)
>
> The clueless generally do...
>
> Doug Fuerst
>
> -- Original Message --
> From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@listserv.ua.edu
> Sent: 10-Apr-23 12:42:53
> Subject: Re: Not aging well (know-it-alls)
>
> >Don’t care Doug. I’ll sleep fine tonight.
> >
> >
> >Sent from Yahoo Mail for iPhone
> >
> >
> >On Monday, April 10, 2023, 12:40 PM, Doug  wrote:
> >
> >Be assured, it is NOT!
> >
> >Doug Fuerst
> >Principal Consultant
> >BK Associates
> >718.921.2620 (O)
> >917.572.7364 (C)
> >d...@bkassociates.net
> >

Re: Not aging well (know-it-alls)

[John Abell]

Please ignore my previous message.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Abell
Sent: Monday, April 10, 2023 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Not aging well (know-it-alls)

Jeff managed to get the original files unscrambled into 1 file so I think we 
are good for now.  He had to use 7zip to do it.

John T. Abell   
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Monday, April 10, 2023 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Not aging well (know-it-alls)

The clueless generally do...

Doug Fuerst

-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 10-Apr-23 12:42:53
Subject: Re: Not aging well (know-it-alls)

>Don’t care Doug. I’ll sleep fine tonight.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Monday, April 10, 2023, 12:40 PM, Doug  wrote:
>
>Be assured, it is NOT!
>
>Doug Fuerst
>Principal Consultant
>BK Associates
>718.921.2620 (O)
>917.572.7364 (C)
>d...@bkassociates.net
>
>-- Original Message --
>From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>To: IBM-MAIN@listserv.ua.edu
>Sent: 10-Apr-23 12:32:41
>Subject: Re: Not aging well (know-it-alls)
>
>>No, it’s 100% my political views.
>>
>>
>>Sent from Yahoo Mail for iPhone
>>
>>
>>On Monday, April 10, 2023, 12:31 PM, David Spiegel 
>><0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>Hi Bill,
>>You said: "... and I’ve been threatened by locals who don’t like my 
>>political views. ..."
>>Have you ever considered the possibility that your "political views" 
>>are not the only reason they don't like you? {:}->
>>
>>Regards,
>>David
>>
>>On 2023-04-10 12:25, Bill Johnson wrote:
>>>   I should have clarified my information statement. I don’t put anything 
>>> important on the internet. Anything that could identify important 
>>> information that might be used in nefarious ways. I’ve already had numerous 
>>> emails hacked, numerous credit cards used from hacks, and I’ve been 
>>> threatened by locals who don’t like my political views.
>>>
>>>
>>>   Sent from Yahoo Mail for iPhone
>>>
>>>
>>>   On Monday, April 10, 2023, 12:06 PM, Tom Marchant 
>>> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>>>
>>>   So much for not putting your information out on the internet.
>>>
>>
>>--

Re: Not aging well (know-it-alls)

[John Abell]

Jeff managed to get the original files unscrambled into 1 file so I think we 
are good for now.  He had to use 7zip to do it.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Monday, April 10, 2023 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Not aging well (know-it-alls)

The clueless generally do...

Doug Fuerst

-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 10-Apr-23 12:42:53
Subject: Re: Not aging well (know-it-alls)

>Don’t care Doug. I’ll sleep fine tonight.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Monday, April 10, 2023, 12:40 PM, Doug  wrote:
>
>Be assured, it is NOT!
>
>Doug Fuerst
>Principal Consultant
>BK Associates
>718.921.2620 (O)
>917.572.7364 (C)
>d...@bkassociates.net
>
>-- Original Message --
>From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>To: IBM-MAIN@listserv.ua.edu
>Sent: 10-Apr-23 12:32:41
>Subject: Re: Not aging well (know-it-alls)
>
>>No, it’s 100% my political views.
>>
>>
>>Sent from Yahoo Mail for iPhone
>>
>>
>>On Monday, April 10, 2023, 12:31 PM, David Spiegel 
>><0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>Hi Bill,
>>You said: "... and I’ve been threatened by locals who don’t like my 
>>political views. ..."
>>Have you ever considered the possibility that your "political views" 
>>are not the only reason they don't like you? {:}->
>>
>>Regards,
>>David
>>
>>On 2023-04-10 12:25, Bill Johnson wrote:
>>>   I should have clarified my information statement. I don’t put anything 
>>> important on the internet. Anything that could identify important 
>>> information that might be used in nefarious ways. I’ve already had numerous 
>>> emails hacked, numerous credit cards used from hacks, and I’ve been 
>>> threatened by locals who don’t like my political views.
>>>
>>>
>>>   Sent from Yahoo Mail for iPhone
>>>
>>>
>>>   On Monday, April 10, 2023, 12:06 PM, Tom Marchant 
>>> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>>>
>>>   So much for not putting your information out on the internet.
>>>
>>
>>--
>>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

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

Re: [EXTERNAL] Re: How long for an experienced z/OS sysprog to come up to speed on a new environment?

[John Abell]

You too thanks.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Tuesday, February 21, 2023 5:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: How long for an experienced z/OS sysprog to come up 
to speed on a new environment?

That's it!  Thanks for the reminder.

On 2/21/2023 12:29 PM, Pommier, Rex wrote:
> I believe SMIT gave that option and I have often wished there was a similar 
> function on z/OS with ISPF panels.
> 
> Rex
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tom Brennan
> Sent: Tuesday, February 21, 2023 1:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: How long for an experiened z/OS sysprog to come up to 
> speed on a new environment?
> 
> I forgot what system it was (maybe a panel system on AIX?) where you can run 
> through the panel selections checking various options, but with the ability 
> to show the final command issued.  I'm pretty sure things like RACF, RMM, and 
> some other ISPF dialogs just issue TSO commands under the covers, but is 
> there an option to see those commands?
> 
> On 2/21/2023 9:47 AM, David Spiegel wrote:
>> Hi Doug,
>> I consider relying on ISPF Panels *solely* negative, especially when 
>> SysProgs should learn the Command Line, in particular for RACF Commands.
>> This is a sign of laziness.
>> I've also been in jobs where I maintained/added to ISPF Applications 
>> to e.g. create a z/OS Clone, where the user fills in the "from" and "to"
>> DASD addresses and the ISPF application does the rest.
>> BTW, I am referring negatively to people who rely upon ISPF Panels
>> *and* have never heard of CBT.
>> There is no need  to get offended.
>>
>> Regards,
>> David
>>
>> On 2023-02-21 12:13, Doug wrote:
>>> So David, you consider using ISPF panels a net negative? I used to 
>>> write dialogs for anything repetitive that I or anyone else had to do.
>>> Never thought it was bad if  "people in charge are by-the-book 
>>> mentality and I can imagine them using ISPF Panels for everything 
>>> from RACF to SMP/e." Especially when I was the person in charge. And 
>>> I knew what the CBT tape was and is
>>>
>>> Doug Fuerst
>>>
>>> -- Original Message --
>>> From: "David Spiegel"
>>> <0468385049d1-dmarc-requ...@listserv.ua.edu>
>>> To: IBM-MAIN@listserv.ua.edu
>>> Sent: 21-Feb-23 6:09:15
>>> Subject: Re: How long for an experiened z/OS sysprog to come up to 
>>> speed on a new environment?
>>>
 Hi Brian,
 You said: "...so why would they question my use of anything I need 
 in order to perform my job efficiently?  ..."
 My answer is that the people in charge are by-the-book mentality 
 and I can imagine them using ISPF Panels for everything from RACF to SMP/e.
 (At one of my jobs, the MVS Team Lead said : "CBT??? ... never 
 heard of it" (This guy has been an MVS Systems Programmer for more 
 than 30
 years.))
 These same people eschew creativity in any form, because, they're 
 scared due to ignorance.

 Regards,
 David

 On 2023-02-21 00:31, Brian Westerman wrote:
> I think that's a pretty invalid point. I don't see anyone 
> questioning how to write an exit or install a new system, or use 
> SMPe, so why would they question my use of anything I need in 
> order to perform my job efficiently?
>
> Maybe it's just that they all assume I must know what I'm doing.
> If they didn't believe that, I doubt they would have asked me to 
> do the project.
>
> Brian
>
> --
> -
> --- For IBM-MAIN subscribe / signoff / archive access 
> instructions, send email to lists...@listserv.ua.edu with the 
> message: INFO IBM-MAIN

 ---
 -
 -- For 

Re: WTO and IEF170I message

[John Abell]

And she was deemed to possibly your next President.  YIKES

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pierre Fichaud
Sent: Tuesday, October 18, 2022 2:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: WTO and IEF170I message

I issue a plain WTO :wto   'This is a message'
I also issue a WTO  :wto   text=dsa_wtotext,mf=(e,dsa_wtoarea)

In both cases the WTO appears in the SDSF LOG.

But I also get an IEF170I message for each WTO no matter the flavor.

IEF170I 3  This is a message

A WTO or WTOR macro requested a write-to-programmer (WTP) operation. The system 
was unable to complete WTP processing due to an error

3 means "The system issued the PUT macro to a system message data set, but 
failed."

The code runs in an exit but since SVCs are allowed in the exit, the code must 
execute in TCB mode.

Is there something in the WTO parameters that causes the IEF170 message to 
disappear ?
Maybe a combination of MCSFLAG, DESC and ROUTCDE ?

Thanks in advance, Pierre.

--
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: S23E abend

[John Abell]

And were the last 2 records as follows:

 

.

--- 

.  BROWSEDV.DARSTMF.V20030.Z221.BATCH.XMITLine 088572 Col
001 080  

.  Command ===>  Scroll ===>
CSR   

.
...{B...
 

.
000CC000
3000 

.
00E02001
1000 

.

--  

. .\INMR06


.
0ECDDDFF
 

.
80954906
 

.

--  

 

John T. Abell  

Tel:800-295-7608Option 4

President 

International:  1-416-593-5578  Option 4

E-mail:  john.ab...@intnlsoftwareproducts.com

Fax:800-295-7609

International:  1-416-593-5579

International Software Products

www.ispinfo.com

 


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 

recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 

tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



 

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Monday, August 22, 2022 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S23E abend

 

Is the R1 address fetch protected? R1->A(TCB) with bit 0 a flag.

 

 

--

Shmuel (Seymour J.) Metz

  http://mason.gmu.edu/~smetz3

 



From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Binyamin Dissen [bdis...@dissensoftware.com]

Sent: Monday, August 22, 2022 5:17 AM

To:   IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: S23E abend

 

Look at the SVC 3E trace entry in the dump. It shows R1 and the PSW at the
time.

 

Look at the key of R1 storage.

 

The minidump indicates that the DETACH was issued in key8.

 

Not clear to me why DETACH requires R/W access to the passed R1, but so it
is.

 

 

On Mon, 22 Aug 2022 12:43:28 +0400 Peter < 
dbajava...@gmail.com> wrote:

 

:>This is what I can see

:>

:>IEA995I SYMPTOM DUMP OUTPUT  416

:>

:>SYSTEM COMPLETION CODE=23E  REASON CODE= :> :> TIME=13.40.32
SEQ=03035  CPU=4000  ASID=00C2 :>

:> PSW AT TIME OF ERROR  078C3000   8132DC5C  ILC 4  INTC 04

:>

:>   NO ACTIVE MODULE FOUND

:>

:>   NAME=UNKNOWN

:>

:>   DATA AT PSW  0132DC56 - 10005070  1000B20A  47F0

:>

:>   GR 0: _   1: _009C11B8

:>

:>  2: _7FF9938D   3: _009FC818

:>

:>  4: _009F81A0   5: _1960

:>

:>  6: _8132DC00   7: _009CCD28

:>

:>  8: _009FF800   9: _01C5E778

:>

:>  A: _7F5E4878   B: _0132E708

:>

:>  C: _009FC808   D: _009FF860

:>

:>  E: 35A4_8132DC30   F: _

:>

:> END OF SYMPTOM DUMP

:>

:>On Mon, Aug 22, 2022, 12:29 PM Binyamin Dissen <
 bdis...@dissensoftware.com>

:>wrote:

:>

:>> What is they key of the storage? Certainly doesn't look like a TCB.

:>>

:>> What was the PSW key when the DETACH was issued?

:>>

:>> On Mon, 22 Aug 2022 12:14:30 +0400 Peter < 
dbajava...@gmail.com> wrote:

:>>

:>> :>1B10A920 E6C1D7C1 D9D47A6C C8F84040 40404040D7D3C9E2 E37A6CC8

:>> F8404040

:>> :>40404040   *WAPARM:%H8  PLIST:%H8

:>> :>

:>> :>This is what I see in dump

:>>

:>> :>On Mon, Aug 22, 2022, 11:57 AM Binyamin Dissen < :>>
 bdis...@dissensoftware.com> :>> :>wrote:

:>>

:>> :>> On Mon, 22 Aug 2022 10:23:01 +0400 Peter <
 dbajava...@gmail.com> wrote:

:>>

:>> :>> :>One of our online application started task got abended with S23E
with :>> :>> :>reason code 0.

:>>

:>> :>> :>Recently we swapped our production site with our DR site.

:>>

:>> :>> :>The person who supports that product believes that the system swap
:>> could :>> :>> be :>> :>> :>a reason :>> > :>> :>> :>But during swap all
we did was upgrading our DR machine to production :>> :>> 

Re: ] Re: "A Rexx" (or "A REXX")

[John Abell]

Please ignore below.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Abell
Sent: Thursday, June 09, 2022 12:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ] Re: "A Rexx" (or "A REXX")

It was to your ISP e-mail.

John T. Abell   
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Thursday, June 09, 2022 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ] Re: "A Rexx" (or "A REXX")

The Devil is in the details. The cases that you mention are not analogous.

Now, I could make a case that we would be better off had we retained the
neuter gender. But most of what you mentioned doesn't represent an obvious
loss of clarity, conciseness, expressive power or precision.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bill Ogden [og...@us.ibm.com]
Sent: Thursday, June 9, 2022 10:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ] Re: "A Rexx" (or "A REXX")

>This abuse of latin-derived plurals leads to such obsenities as "piece 
>of
data" where "datum" would suffice and "medias".

>"Why can't the English learn to speak?";was that in Pygmalian, or added 
>for
My Fair Lady?

Good point, but why restrict it to a few Latin words. Much of English was
debased/converted/changed when the more interesting forms (starting around
600-700 AD) were compressed into what some people regard a "modern" English.
And, of course, many of our "English" words are based on words from other
languages, such as Latin, Greek (older versions), Aramaic, forms of Arabic,
and so forth. These should all be kept to their original forms, even if such
forms have no past/present/future, or gender, or ownership, or
singular/plural, or have multiple extraneous meanings, and so forth.  Also,
the way English "chops up" interesting words (in German, for example) into a
string of separate words might be offensive to some people.

One can take this "sticking to the archaic original" in additional positive
directions. A good example is the vanishing use of the subjunctive in
"modern" English; perhaps the educational system should help restore the
expression and usage of this classic format.

Complaining about a "modernization" or "a way of adapting a few words into
modern English" based almost completely on a few Latin words is very
small-minded in my opinion. Of course in one's daily Latin conversations or
writings one might see this differently.

Bill

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

Re: ] Re: "A Rexx" (or "A REXX")

[John Abell]

It was to your ISP e-mail.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Thursday, June 09, 2022 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ] Re: "A Rexx" (or "A REXX")

The Devil is in the details. The cases that you mention are not analogous.

Now, I could make a case that we would be better off had we retained the
neuter gender. But most of what you mentioned doesn't represent an obvious
loss of clarity, conciseness, expressive power or precision.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bill Ogden [og...@us.ibm.com]
Sent: Thursday, June 9, 2022 10:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ] Re: "A Rexx" (or "A REXX")

>This abuse of latin-derived plurals leads to such obsenities as "piece of
data" where "datum" would suffice and "medias".

>"Why can't the English learn to speak?";was that in Pygmalian, or added for
My Fair Lady?

Good point, but why restrict it to a few Latin words. Much of English was
debased/converted/changed when the more interesting forms (starting around
600-700 AD) were compressed into what some people regard a "modern" English.
And, of course, many of our "English" words are based on words from other
languages, such as Latin, Greek (older versions), Aramaic, forms of Arabic,
and so forth. These should all be kept to their original forms, even if such
forms have no past/present/future, or gender, or ownership, or
singular/plural, or have multiple extraneous meanings, and so forth.  Also,
the way English "chops up" interesting words (in German, for example) into a
string of separate words might be offensive to some people.

One can take this "sticking to the archaic original" in additional positive
directions. A good example is the vanishing use of the subjunctive in
"modern" English; perhaps the educational system should help restore the
expression and usage of this classic format.

Complaining about a "modernization" or "a way of adapting a few words into
modern English" based almost completely on a few Latin words is very
small-minded in my opinion. Of course in one's daily Latin conversations or
writings one might see this differently.

Bill

--
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: my new z114

[John Abell]

I am not totally sure BUT I believe that it was the revamp of the 1401 FARGO
programming language.  IBM taught us FARGO and AUTOCODER as 1401 operators
in the early 1960s so we could fix programs sent in for compiles when we
were on the evening and midnight shifts.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Enzo D'Amato
Sent: Monday, May 30, 2022 2:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: my new z114

If I remember correctly, RPG was originally based on the function of the
electro-mechanical accounting machines.

From: IBM Mainframe Discussion List  on behalf of
Seymour J Metz 
Sent: Monday, May 30, 2022 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: my new z114

I'd say that spec looks more like RPG than like a 407; you only identify the
beginning and end of a field and don't need to specify every column
individually.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Dave Jones [d...@vsoft-software.com]
Sent: Monday, May 30, 2022 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: my new z114

A bit off topic here, but the IBM 407 lives on as the "spec" stage in the
CMS Pipelines utility. From the reference document:
"Rest assured that no hardware knowledge is required to use spec
effectively. But you will have a head start if you have past experience with
the IBM 407 Accounting Machine, which influenced the design of spec."
Spec is basically the 407 implemented in software. See:
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.vm.ibm
.com%2Flibrary%2F720pdfs%2F72625201.pdfdata=05%7C01%7Csmetz3%40gmu.edu%
7C3a4d2c1fcd044236af0608da423da781%7C9e857255df574c47a0c00546460380cb%7C0%7C
0%7C637895130220061392%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV
2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=2I%2FPyz04oZ
68fYPaUDKzpDjVKqeJhDQjVBKrXUgZh%2B8%3Dreserved=0
for more details.
DJ

--
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: z/PDT

[John Abell]

Yes we are ISVs and have had zPDT since the end of FLEX.

Let me know how you get this sorted out please.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Thursday, March 24, 2022 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/PDT

Just logged in to passport advantage went to down load software Still 2.4 

John if I understand you it was explained to me that there are 2 Zpdt personal 
edition which I think you I and vendors have 

And the learners edition 

I’ll call the passport advantage number and or ibmserv

Thank you 



> On Mar 24, 2022, at 9:05 AM, John Abell 
>  wrote:
> 
> OK.  But if we can get it for zPDT, I would think that you should be able to 
> also have it.
> 
> John T. Abell
> Tel:800-295-7608Option 4
> President
> International:  1-416-593-5578  Option 4
> E-mail:  john.ab...@intnlsoftwareproducts.com
> Fax:800-295-7609
> 
> International:  1-416-593-5579
> 
> 
> International Software Products
> www.ispinfo.com
>
> This email may contain confidential and privileged material for the 
> sole use of the intended recipient(s). Any review, use, retention, 
> distribution or disclosure by others is strictly prohibited. If you are not 
> the intended recipient (or authorized to receive on behalf of the named 
> recipient), please contact the sender by reply email and delete all copies of 
> this message. Also,email is susceptible to data corruption, interception, 
> tampering, unauthorized amendment and viruses. We only send and receive 
> emails on the basis that we are not liable for any such corruption, 
> interception, tampering, amendment or viruses or any consequence thereof.
>
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Joseph Reichman
> Sent: Thursday, March 24, 2022 9:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/PDT
> 
> John
> 
> Think we have different licenses I typically download the images from 
> the passport advantage site
> 
> 
> 
>> On Mar 24, 2022, at 8:47 AM, John Abell 
>>  wrote:
>> 
>> The 2.5 ADCD is on the Dallas site.  We downloaded it almost 2 weeks ago 
>> and have it up and running in its base form with no issues.
>> 
>> https://dtsc.dfw.ibm.com/ocgi/pagebuilder?/web/httpd1/pagebuilder/dow
>> n
>> load.dat
>> 
>> You will have to login with you appropriate ID and Password.
>> 
>> John T. Abell
>> Tel:800-295-7608Option 4
>> President
>> International:  1-416-593-5578  Option 4
>> E-mail:  john.ab...@intnlsoftwareproducts.com
>> Fax:800-295-7609
>> 
>> International:  1-416-593-5579
>> 
>> 
>> International Software Products
>> www.ispinfo.com
>> 
>> This email may contain confidential and privileged material for the 
>> sole use of the intended recipient(s). Any review, use, retention, 
>> distribution or disclosure by others is strictly prohibited. If you are not 
>> the intended recipient (or authorized to receive on behalf of the named 
>> recipient), please contact the sender by reply email and delete all copies 
>> of this message. Also,email is susceptible to data corruption, interception, 
>> tampering, unauthorized amendment and viruses. We only send and receive 
>> emails on the basis that we are not liable for any such corruption, 
>> interception, tampering, amendment or viruses or any consequence thereof.
>> 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IB

Re: z/PDT

[John Abell]

OK.  But if we can get it for zPDT, I would think that you should be able to 
also have it.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Thursday, March 24, 2022 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/PDT

John 

Think we have different licenses I typically download the images from the 
passport advantage site 



> On Mar 24, 2022, at 8:47 AM, John Abell 
>  wrote:
> 
> The 2.5 ADCD is on the Dallas site.  We downloaded it almost 2 weeks ago and 
> have it up and running in its base form with no issues.
> 
> https://dtsc.dfw.ibm.com/ocgi/pagebuilder?/web/httpd1/pagebuilder/down
> load.dat
> 
> You will have to login with you appropriate ID and Password.
> 
> John T. Abell
> Tel:800-295-7608Option 4
> President
> International:  1-416-593-5578  Option 4
> E-mail:  john.ab...@intnlsoftwareproducts.com
> Fax:800-295-7609
> 
> International:  1-416-593-5579
> 
> 
> International Software Products
> www.ispinfo.com
>
> This email may contain confidential and privileged material for the 
> sole use of the intended recipient(s). Any review, use, retention, 
> distribution or disclosure by others is strictly prohibited. If you are not 
> the intended recipient (or authorized to receive on behalf of the named 
> recipient), please contact the sender by reply email and delete all copies of 
> this message. Also,email is susceptible to data corruption, interception, 
> tampering, unauthorized amendment and viruses. We only send and receive 
> emails on the basis that we are not liable for any such corruption, 
> interception, tampering, amendment or viruses or any consequence thereof.
>
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Joseph Reichman
> Sent: Thursday, March 24, 2022 8:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/PDT
> 
> On another note still waiting for 2.5 anybody hear anything
> 
> 
> 
>> On Mar 23, 2022, at 1:33 AM, Jay Maynard  wrote:
>> 
>> I have completed all of the paperwork and paid my money. The last I 
>> heard, the log4j business was indeed soaking up all of the bandwidth 
>> they had to devote to such things, but they expected to have 
>> something to send out by mid-February, and everything taken care of and 
>> ready to go by mid-March.
>> Obviously, they haven't made either date. I haven't gotten my USB 
>> dongle, either.
>> 
>> The date on my license is mid-January. I'm hoping they extend it.
>> 
>>> On Tue, Mar 22, 2022 at 11:41 PM Grant Taylor < 
>>> 023065957af1-dmarc-requ...@listserv.ua.edu> wrote:
>>> 
>>>> On 3/22/22 10:37 PM, Brian Westerman wrote:
>>>> Has anyone heard any news about the lower cost z/PDT lately?  I was 
>>>> on the list, but everything seems to have been dropped.
>>> 
>>> I heard from someone that they had completed the paperwork and were 
>>> waiting on the approval as of early this year.  From what they were 
>>> saying, they were expecting to be in possession of a license by now.
>>> 
>>> Sorry, I don't remember who and even if I did, I wouldn't share 
>>> without their permission.  ;-)
>>> 
>>> I also heard through the grape vine that IBM had just about all 
>>> hands on deck for the Log4J fiasco, all platforms.  As such, people 
>>> that were working on the hobbyist / student licensing were 
>>> re-assigne

Re: z/PDT

[John Abell]

The 2.5 ADCD is on the Dallas site.  We downloaded it almost 2 weeks ago and 
have it up and running in its base form with no issues.

https://dtsc.dfw.ibm.com/ocgi/pagebuilder?/web/httpd1/pagebuilder/download.dat

You will have to login with you appropriate ID and Password.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Thursday, March 24, 2022 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/PDT

On another note still waiting for 2.5 anybody hear anything 



> On Mar 23, 2022, at 1:33 AM, Jay Maynard  wrote:
> 
> I have completed all of the paperwork and paid my money. The last I 
> heard, the log4j business was indeed soaking up all of the bandwidth 
> they had to devote to such things, but they expected to have something 
> to send out by mid-February, and everything taken care of and ready to go by 
> mid-March.
> Obviously, they haven't made either date. I haven't gotten my USB 
> dongle, either.
> 
> The date on my license is mid-January. I'm hoping they extend it.
> 
>> On Tue, Mar 22, 2022 at 11:41 PM Grant Taylor < 
>> 023065957af1-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>>> On 3/22/22 10:37 PM, Brian Westerman wrote:
>>> Has anyone heard any news about the lower cost z/PDT lately?  I was 
>>> on the list, but everything seems to have been dropped.
>> 
>> I heard from someone that they had completed the paperwork and were 
>> waiting on the approval as of early this year.  From what they were 
>> saying, they were expecting to be in possession of a license by now.
>> 
>> Sorry, I don't remember who and even if I did, I wouldn't share 
>> without their permission.  ;-)
>> 
>> I also heard through the grape vine that IBM had just about all hands 
>> on deck for the Log4J fiasco, all platforms.  As such, people that 
>> were working on the hobbyist / student licensing were re-assigned for 
>> a while.  I'm speculating that they are now back on task.
>> 
>> 
>> 
>> --
>> Grant. . . .
>> unix || die
>> 
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>> 
> 
> 
> --
> Jay Maynard
> 
> --
> 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: z/PDT

[John Abell]

We have the base configuration z/OS 2.5 ADCD that was released a couple of 
weeks back installed and running as a guest under z/VM 7.1 on the latest zPDT 
maintenance release without issues so far.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jay Maynard
Sent: Wednesday, March 23, 2022 1:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/PDT

I have completed all of the paperwork and paid my money. The last I heard, the 
log4j business was indeed soaking up all of the bandwidth they had to devote to 
such things, but they expected to have something to send out by mid-February, 
and everything taken care of and ready to go by mid-March.
Obviously, they haven't made either date. I haven't gotten my USB dongle, 
either.

The date on my license is mid-January. I'm hoping they extend it.

On Tue, Mar 22, 2022 at 11:41 PM Grant Taylor < 
023065957af1-dmarc-requ...@listserv.ua.edu> wrote:

> On 3/22/22 10:37 PM, Brian Westerman wrote:
> > Has anyone heard any news about the lower cost z/PDT lately?  I was 
> > on the list, but everything seems to have been dropped.
>
> I heard from someone that they had completed the paperwork and were 
> waiting on the approval as of early this year.  From what they were 
> saying, they were expecting to be in possession of a license by now.
>
> Sorry, I don't remember who and even if I did, I wouldn't share 
> without their permission.  ;-)
>
> I also heard through the grape vine that IBM had just about all hands 
> on deck for the Log4J fiasco, all platforms.  As such, people that 
> were working on the hobbyist / student licensing were re-assigned for 
> a while.  I'm speculating that they are now back on task.
>
>
>
> --
> Grant. . . .
> unix || die
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
Jay Maynard

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

Sad News

[John Abell]

It is with sadness that I have to report that a long time contributor this
list, Chris Hoelsher of Humana and Kyndryl, passed away last night of a
heart attack.  Our condolences and deepest sympathies go out to Chris' wife
and family.

 


John T. Abell

Tel:800-295-7608Option 4


President 

International:  1-416-593-5578  Option 4


E-mail:  john.ab...@intnlsoftwareproducts.com

Fax:800-295-7609


 

International:  1-416-593-5579


 

 


International Software Products

  www.ispinfo.com

 


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 

recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 

tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



 


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

Re: Identifying PDS/E or PDS in IEBCOPY Unload

[John Abell]

Why not have them use TSO XMIT files like we do?

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Billy Ashton
Sent: Thursday, July 29, 2021 2:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Identifying PDS/E or PDS in IEBCOPY Unload

Hey everyone, here is an odd question for y'all.
Is there any way I can tell from an IEBCOPY unload file (that I received from a 
vendor) whether it is an unload of a PDS or an unload of a PDS/E? 
Since IEBCOPY is pretty particular about only loading full libraries back to 
the same source type, I was hoping I could look at byte 42 or something like 
that to know that I need to load this to a PDS/E.

Anybody have any hope for me here? (I know I can ask the vendor, but I wanted 
to confirm programmatically if possible).
Billy

--
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: Windows FTPS client

[John Abell]

Have a look at Filezilla.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ward, Mike S
Sent: Thursday, July 29, 2021 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Windows FTPS client

Hello all, and good day. I was wondering if there are any Windows FTPS (Not
SFTP) client recommendations. I'm looking for a client that can handles z/OS
datasets as well as OMVS files. Preferably free, but will look at paid for
clients also.

Thanks.


==
This email, and any files transmitted with it, is confidential and intended
solely for the use of the individual or entity to which it is addressed. If
you have received this email in error, please notify the system manager.
This message contains confidential information and is intended only for the
individual named. If you are not the named addressee, you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this message by mistake and
delete this e-mail from your system. If you are not the intended recipient,
you are notified that disclosing, copying, distributing or taking any action
in reliance on the contents of this information is strictly prohibited.

--
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: Serverpac installs January 2022 and beyond - Requests

[John Abell]

I have been running with zfs for years now with no issues.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Colin Paice
Sent: Monday, July 26, 2021 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Requests

See Taking the brakes off ZFS on z/OS – move it to OMVS 
.
It is easy.   I raised a doc comment saying it was not well documented.

On Mon, 26 Jul 2021 at 15:01, Carmen Vitullo  wrote:

> I've never tried to run zfs under omvs, but it looks pretty straight 
> forward, soemthing I'd need to test.
> good doc here to help you set this up;
>
>
> https://www.ibm.com/docs/en/zos/2.3.0?topic=zfs-installation-configura
> tion-steps
>
>
> Carmen Vitullo
>
>
>
> -Original Message-
>
> From: Ed 
> To: IBM-MAIN 
> Date: Monday, 26 July 2021 12:12 AM CDT
> Subject: Re: Serverpac installs January 2022 and beyond - Requests
>
> On 7/25/2021 10:01 PM, Brian Westerman wrote:
> > Running on a VM on a 400mip box doesn't count, no. The information
> provided to me was that the "smallest" box that had been tested by IBM 
> is a
> 400+mip one, so the answer is "no", none of those count. I'm frankly 
> 400+kind
> of astonished that it never occurred to IBM to test on the smallest 
> box they sell for z/OS use, one would think that would have occurred 
> to "someone".
>
> z/OSMF has been used and tested extensively on zPDT and zD by 
> various ISVs and others. One of z/OSMF's biggest proponents is Watson & 
> Walker.
> The last time I saw them live at SHARE, Frank Kyne mentioned at the 
> bottom of slide 40 of
>
> https://watsonwalker.com/wp-content/uploads/2020/11/2020-09-100-Whats-
> New-in-Parmlib.pdf that running ZFS inside OMVS took minutes off 
> z/OSMF startup time on their zPDT.
>
> Until Frank mentioned it, I did not even know running ZFS that way was 
> an option...
>
> --
> 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
>
>
>
> --
> 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: New z/Architecture Instructions and Mnemonics

[John Abell]

Agreed.  Maybe the author of the original doc is watching this and would 
comment.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Sunday, March 28, 2021 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Sir,

For the moment ... I see, using gyrations of STFH, LFH, SLLG (or SRLG) with a 
RLLG (or two) at the end, works ..  

Usage depends on various scenarios  

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John Abell
Sent: Sunday, March 28, 2021 10:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Agreed but none of the shift instructions in the POPs are that long.  I also 
considered the Vector shift instructions but they do not fit either.  I will be 
interested in the end result of this.

Cheers,
John T. Abell   
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, March 27, 2021 6:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Hello John,

No.. those are subtract instructions ... I was hunting for the shift 
instructions ... 

thank you though... 

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John Abell
Sent: Saturday, March 27, 2021 16:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Maybe, Page 7-22 shows SLHHHR and SLHHLR so maybe?

John T. Abell   
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, March 27, 2021 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Typo? Even presenters make mistakes. I

Re: New z/Architecture Instructions and Mnemonics

[John Abell]

Agreed but none of the shift instructions in the POPs are that long.  I also 
considered the Vector shift instructions but they do not fit either.  I will be 
interested in the end result of this.

Cheers,
John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, March 27, 2021 6:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Hello John,

No.. those are subtract instructions ... I was hunting for the shift 
instructions ... 

thank you though... 

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John Abell
Sent: Saturday, March 27, 2021 16:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Maybe, Page 7-22 shows SLHHHR and SLHHLR so maybe?

John T. Abell   
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, March 27, 2021 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Typo? Even presenters make mistakes. I know -- I've done it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, March 27, 2021 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Hello Peter,

Thank you for your response .. I was at the same conclusion but, I've pulled it 
up with an online reference tool (a while back) and did also find it (while 
I've been searching), at one of the Assembler University presentations (206 to 
be specific .. powerful new z/Architecture instructions That Don't Require 
AMODE(64) Part 1'.

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Saturday, March 27, 2021 13:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

The latest PoOP for z15 has no such mnemonic as SLLHH.  From what source do you 
think SLLHH is a valid instruction mnemonic?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Thomas
Sent: Saturday, March 27, 2021 2:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New z/Architecture Instructions and Mnemonics

Hello All ... 

I'm trying to find details on some of the newer mnemonics ... starting with 
SLLHH (among others) but have not found any Principles of Operations or HLASM 
doc .. 

Would anybody be kind enough to point me in the right direction ??.. 

Kind Regards
Jim Thomas
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended

Re: New z/Architecture Instructions and Mnemonics

[John Abell]

Maybe, Page 7-22 shows SLHHHR and SLHHLR so maybe?

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, March 27, 2021 5:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Typo? Even presenters make mistakes. I know -- I've done it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Thomas
Sent: Saturday, March 27, 2021 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

Hello Peter,

Thank you for your response .. I was at the same conclusion but, I've pulled it 
up with an online reference tool (a while back) and did also find it (while 
I've been searching), at one of the Assembler University presentations (206 to 
be specific .. powerful new z/Architecture instructions That Don't Require 
AMODE(64) Part 1'.

Kind Regards
Jim Thomas 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Saturday, March 27, 2021 13:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New z/Architecture Instructions and Mnemonics

The latest PoOP for z15 has no such mnemonic as SLLHH.  From what source do you 
think SLLHH is a valid instruction mnemonic?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Thomas
Sent: Saturday, March 27, 2021 2:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New z/Architecture Instructions and Mnemonics

Hello All ... 

I'm trying to find details on some of the newer mnemonics ... starting with 
SLLHH (among others) but have not found any Principles of Operations or HLASM 
doc .. 

Would anybody be kind enough to point me in the right direction ??.. 

Kind Regards
Jim Thomas
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments 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

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

Re: ISPF for mainframe Linux

[John Abell]

I still have and use the SPF/PC GUI Version 4.0 Build 965 circa 2002 running
on Windows 10.  It is too bad it wasn't still available and slightly
modernized. 

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of PINION, RICHARD W.
Sent: Tuesday, January 26, 2021 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF for mainframe Linux

Does anybody remember an ISPF product that ran under mainframe Linux from
the early 2000's?  And, does anybody remember Command Technology
Corporation's SPF/PC?  Just walking down memory lane.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally
privileged and/or confidential information. If you are not the intended
recipient(s), or the employee or agent responsible for delivery of this
message to the intended recipient(s), you are hereby notified that any
dissemination, distribution, or copying of this e-mail message is strictly
prohibited. If you have received this message in error, please immediately
notify the sender and delete this e-mail message from your computer.

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

[John Abell]

Enjoy a happy and long retirement.

Sincerely,
John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Vernooij, Kees (ITOP NM) - KLM
Sent: Monday, August 03, 2020 3:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Goodbye.

After more than 41 years working as a mainframe systems programmer, the time
has come for me to say goodbye.
I enjoyed the mainframe world in all the aspects that I worked with, from
SVS 1.7 to z/OS 2.4, from a 370/158 to a z13s and all other flavours that
came and went in the past decades.

It was a pleasure and an honour to participate in the ibm-main group, with
all its high technical skills, that gave me so many answers and where I
could answer some questions too.
But most I enjoyed the company of this global community, where I met people
from all over the world, with their unlimited willingness to help others,
their humour, their rants and their Friday afternoon subjects. I am really
gonna miss all this.

I will retire on the 11th and unsubscribe then.
I wish you all the best!

Kees.


For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential
and privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may
be disclosed, copied or distributed, and that any other action related to
this e-mail or attachment is strictly prohibited, and may be unlawful. If
you have received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees shall not be liable for the incorrect or incomplete transmission
of this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered
number 33014286


--
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: OT: Mandatory Work From Home at my company

[John Abell]

Then there is the bean counter point of view - Look how much office space we 
don't need anymore!

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, March 19, 2020 3:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: Mandatory Work From Home at my company

Probably in the usual way:  "Show up at the office or say goodbye".  Type A 
managers who never did trust their employees to actually work when WFH always 
seem to take the same approach.

Peter

"Ignorance is curable, stupidity is fatal." - R. Heinlein, Notebooks of Lazarus 
Long

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, March 19, 2020 3:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: Mandatory Work From Home at my company

My curiosity is how are these companies that have forced everyone to WFH going 
to get people back on-site In a couple of months without a MAJOR REVOLT on 
their hands

Steve
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments 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: Model9 is now backed by Intel Capital

[John Abell]

Interesting but we have been doing this for CA IDMS database data for a few 
years now.  Data is synchronized as near to real-time as is possible.  i.e. 
transaction end or commit.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Adi Shtatfeld
Sent: Thursday, February 13, 2020 3:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Model9 is now backed by Intel Capital

https://techcrunch.com/2020/02/12/model9-gets-9m-series-a-to-move-data-between-mainframes-and-cloud/


Adi Shtatfeld

VP Product & Customer Success, Model 9 Software

m: +972-54-4992774 e:adi.shtatf...@model9.io w:www.model9.io

--
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: Phoenix Software International Announces IBM® JES3 Licensing Agreement

[John Abell]

Good luck Ed.  I am sure that there are a lot of JES3 people pleased with this.

Sincerely,
John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, October 04, 2019 1:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Phoenix Software International Announces IBM® JES3 Licensing 
Agreement

Thanks to everyone for all the support. As many of you know, we have been 
working with JES3 for decades, so it's a perfect fit for us.

As a customer focused company, we really listen to what our customers tell us. 
They asked for this, so we stepped up the plate.

We licensed JES3 from IBM for the purpose of extending its life indefinitely. 
Our initial product release (planned for GA March 2020) will be functionally 
equivalent to z/OS 2.4 JES3, but unlike IBM we intend to support back-level 
BCPs (probably z/OS 2.2 and higher since
JES3 has not been enhanced by IBM one iota since that time). So we will be 
looking for early support customers as soon as we have something packaged, 
tested, and ready to ship -- perhaps January...

We will begin to functionally enhance JES3 starting with the 2nd release and, 
unlike IBM, we plan annual releases just like the rest of our products. We'll 
probably re-sync on a September release schedule in 2020 or 2021 to ensure 
we're positioned to offer Day #1 support of new z/OS releases as they are 
released.

It's not every day someone acquires a core z/OS component from IBM (has that 
EVER happened?) so you can be sure we will treat it with the respect it 
deserves.

But, more than anything else, we're gonna have fun!


--
Phoenix Software International
Edward E. Jaffe
Chief Technology Officer
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

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

Re: [External] FTP MGET

[John Abell]

Thanks.  Very nice.  Say Hello to everyone for me please.


John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, July 12, 2019 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] FTP MGET

Yes. The documentation is your friend.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Friday, July 12, 2019 7:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] FTP MGET

Is there any kind of trace can be set on ftpd on why it just doesn't prompts me 
with a PDS member to download post the message 200 ?

Strange it allows me to download other PDSes and only with one specific PDS it 
fails

On Fri, 12 Jul, 2019, 5:39 PM Pommier, Rex,  wrote:

> John,
>
> Not sure what you mean here.  If in ftp you do a "cd some.pds.name", 
> you get a "some.pds.name is a partitioned dataset" message.  You can 
> then do a dir and get the PDS directory.  You can also do an 'mget *' 
> and it'll download the entire PDS, giving each member a separate file 
> in your output directory.
>
> What sequence of commands causes bad behavior?
>
> Rex
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of John
> Sent: Friday, July 12, 2019 7:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] FTP MGET
>
> Doesn't behave well with a PDS directory.   You should be able to get each
> member.  z/OS doesn't respond to DIR in the expected way and ftp just
> stops.   You can script the FTP session with ftp -s:
>
>
> Good luck
>
> --
> 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

--
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: Determine level of fragmentation in VTOCIX?

[John Abell]

Thanks.  
I will be back to you in the morning.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Gibney, Dave
Sent: Thursday, July 11, 2019 4:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Determine level of fragmentation in VTOCIX?

Is there a way to determine if and how much a VTOCIX is fragmented. Way back
when (when disk wasn't quite so cheap), we standardized on parking the
VTOCIX in the 14 tracks left in the 1st cylinder, and for a Mod-3, VTOC of
105 tracks (7CYL) immediately following, and usually a 2 CYL VVDS right
after that. Most of my SMS managed application disks still follow this. And
it worked well for many years.

But, during high volumes of SMTP activity, I have begun to get:

IEC603I VTOC ERRORS MAY EXIST ON C465,PPRD22,8,027
IEC331I 042-002(0812041B),SMTP,SMTP,RNAM,IGG0CLH2
IEC331I VOL,PPRD22,NAME,SMTP.CONN257.NOTE IGD17003I PERMANENT I/O ERROR ON
VOLUME PPRD22 139 FOR DATA SET SMTP.CONN257.NOTE HISTORIC RETURN CODE IS 8
DADSM DIAGNOSTIC INFORMATION IS 0812041B IGD306I UNEXPECTED ERROR DURING
IGGDAR02 PROCESSING 140 RETURN CODE 8 REASON CODE 27 THE MODULE THAT
DETECTED THE ERROR IS IGDVTSDA SMS MODULE TRACE BACK - VTSDA VTSCU VTSCT
VTSRN SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00898 IEC614I RENAME
FAILED - RC 008, DIAGNOSTIC INFORMATION IS (0812041B),
141
SMTP,PPRD22,SMTP.CONN257.NOTE
EZA5544E Unable to RENAME file SMTP.CONN257.NOTE to SMTP.A0258454.NOTE
rc=408
EZA5568E UNABLE TO ALLOCATE ADDRBLOK DATA SET CORRECTLY

SMTP is playing a dataset rename game - SMTP.TEMP.NOTE to SMTP.CONNnnn.NOTE
(a 3 character length increase)

SMTP then kindly sends a blank email to the recipient which then gets
reported as suspicious :)

I don't remember how we reached the numbers we used, but looking at the info
the ICKDSF manual, the 14 track index should be large enough for the 5250
datasets possible with a 105 track VTOC. I an wondering if I can REFORMAT
REFVTOC EXTINDEX(14) and get refreshed, unfragmented VTOCIX.

Dave Gibney
Information Technology Services
Washington State University


--
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: COBOL 6.2 and ARCH(12)

[John Abell]

I fully agree with this opinion.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, May 06, 2019 1:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL 6.2 and ARCH(12)

I don't think this is an ARCH problem at all. I think the darned debugger is 
just plain buggy.

You say the debugger is experiencing S0C4's (as well as S0C1's). I don't think 
an ARCH mismatch can cause a S0C4 (at least not in the real world -- someone 
might be able to come up with a theoretical example). An ARCH problem would 
almost always result in a S0C1. Nor should an ARCH issue ever cause a problem 
on a newer machine (compile ARCH(8), run on z14) but only on an older machine 
(compile ARCH(12), attempt to run on z10).

Ergo, I do not think you have an ARCH problem, I think the debugger has a bug 
problem.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Chapman
Sent: Monday, May 6, 2019 8:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL 6.2 and ARCH(12)

Charles,

Thanks for the explanation. Our system IGYCOPT specifies ARCH=*8.

We are only experiencing this issue on our production machine. We clone our 
machine for DR, but our test systems are never started so the debugging tool 
would never be used on this machine. Simulation debuggers are not allowed on 
our production systems.



Thank you,

Brian Chapman


On Mon, May 6, 2019 at 10:34 AM Charles Mills  wrote:

> > How does z/OS handle a situation where two COBOL programs that are
> compiled
> > at different ARCH levels and part of the same LE enclave? Since the
> vendor
> > code receives execution first, does it determine the enclave level?
>
> I don't think an enclave HAS an ARCH level. ARCH is a compiler parm. 
> If you were writing a compiler, your compiler code would say "can I 
> use machine instruction XYZ? Nope, user said ARCH(n), so no can do." 
> The code you emitted would be fixed (of course): it would never, ever 
> have an instruction XYZ in it. If the user ran it on a zWhatever, it 
> would still be devoid of XYZ instructions. The enclave does not have 
> an ARCH level, the various programs running there either do or do not include 
> instruction XYZ.
>
> > I'm not
> > sure what ARCH level the vendor compiles their COBOL code (if they 
> > have any).
>
> They need to know. I was until very recently responsible for a vendor 
> product written in C++. There was a conscious management decision to 
> support customers back through a z9, so I compiled ARCH(7). End of 
> story. I did not pick some new ARCH level that appealed to me that day.
>
> Question: did you possibly customize or parametize the debugger for a 
> z14 during installation, and then clone that installation over to your 
> older DR machine?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Brian Chapman
> Sent: Monday, May 6, 2019 6:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL 6.2 and ARCH(12)
>
> I verified a few of my recent COBOL listings, and they all have 
> ARCH(8) specified.
>
> Our applications developers claim that this issue only occurs when 
> they run their code through the debugger. It apparently never occurs 
> outside the debugger. The issue has been very intermittent, so it 
> hasn't been easy to replicate but we have dumps from most of the 0C1 or 0C4 
> abends.
>
> How does z/OS handle a situation where two COBOL programs that are 
> compiled at different ARCH levels and part of the same LE enclave? 
> Since the vendor code receives execution first, does it determine the 
> enclave level? I'm not sure what ARCH level the vendor compiles their 
> COBOL code (if they have any).
>
>
> Thank you,
>
> Brian Chapman
>
> --
> For IBM-MAIN 

Re: COBOL 6.2 and ARCH(12)

[John Abell]

Your should have something similar to the following in the COBOL listing where 
I have used ARCH(11).

Invocation parameters:
 OPTFILE  
Options from SYSOPTF: 
 ARCH(11) 
 ARITH(COMPAT)
 DATA(31) 
.
.
. 

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Monday, May 06, 2019 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL 6.2 and ARCH(12)

The actual arch level should be somewhere in the Job listing from the Cobol 
Compile.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John Abell
Sent: Saturday, May 4, 2019 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL 6.2 and ARCH(12)

I am a bit behind on this issue so maybe you have tried some of the below.

I am puzzled by this unless the ARCH parm is not taken by the compiler for some 
reason.  Do you have the same problem using the DEFAULT ARCH value?

Generate the assembler listing and then see if the S0C1 or S0C4 actually 
happens in the COBOL code.  Also check the ARCH value in the listing.  Look for 
Vector instructions, in the assembler listing for starters. I did this for the 
C modules compiled under z/OS 2.3 and ARCH(12) and the new Vector instructions 
were in the listing.  They were not there using earlier versions of the 
compiler.  I generate C code all of the time using the ARCH and TUNEs value for 
the client's machine.  The code is compiled on a z14.  Client's with z12s and 
z13s report no issues.  This is all using LE.

One item of interest, maybe, is that the C code compiled with ARCH(12) on z/OS 
2.3 runs without issue on z/OS 2.2 and 2.2's LE on a z14.

Can you run without the 3rd party software and see if your code runs?

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
https://apc01.safelinks.protection.outlook.com/?url=www.ispinfo.comdata=02%7C01%7Callan.staller%40HCL.COM%7C94623be694344a0455d808d6d09f07a0%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636925778808536522sdata=hIdc5QKlumv6gBEJu8VMRPH7iXIE42%2BgqvIYR5yhpZY%3Dreserved=0

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, May 03, 2019 8:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL 6.2 and ARCH(12)

Is the abend in the user compiled instructions?  Then check the compiler 
processor settings.

Is the abend in the vendor compiled libraries or included subroutines?
 Then check the vendor's subroutine / runtime libraries.

On Fri, May 3, 2019 at 6:52 PM Charles Mills  wrote:
>
> I think I disagree.
>
> You compile the program for ARCH(8). IBM guarantees that it will run on a z10 
> (do I have that right?). They do NOT guarantee that the program plus LE will 
> behave on a z114 exactly

Re: COBOL 6.2 and ARCH(12)

[John Abell]

I am a bit behind on this issue so maybe you have tried some of the below.

I am puzzled by this unless the ARCH parm is not taken by the compiler for some 
reason.  Do you have the same problem using the DEFAULT ARCH value?

Generate the assembler listing and then see if the S0C1 or S0C4 actually 
happens in the COBOL code.  Also check the ARCH value in the listing.  Look for 
Vector instructions, in the assembler listing for starters. I did this for the 
C modules compiled under z/OS 2.3 and ARCH(12) and the new Vector instructions 
were in the listing.  They were not there using earlier versions of the 
compiler.  I generate C code all of the time using the ARCH and TUNEs value for 
the client's machine.  The code is compiled on a z14.  Client's with z12s and 
z13s report no issues.  This is all using LE.

One item of interest, maybe, is that the C code compiled with ARCH(12) on z/OS 
2.3 runs without issue on z/OS 2.2 and 2.2's LE on a z14.

Can you run without the 3rd party software and see if your code runs?

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, May 03, 2019 8:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL 6.2 and ARCH(12)

Is the abend in the user compiled instructions?  Then check the compiler 
processor settings.

Is the abend in the vendor compiled libraries or included subroutines?
 Then check the vendor's subroutine / runtime libraries.

On Fri, May 3, 2019 at 6:52 PM Charles Mills  wrote:
>
> I think I disagree.
>
> You compile the program for ARCH(8). IBM guarantees that it will run on a z10 
> (do I have that right?). They do NOT guarantee that the program plus LE will 
> behave on a z114 exactly as though it were running on a z10.
>
> No matter what ARCH the program were compiled for, I would expect that LE 
> running on a z114 might well exploit the actual hardware. I would be kind of 
> unhappy if it did NOT.
>
> The vendor product either supports z114's or it does not. If they do not 
> support z114 instructions, they should admit that they do not.
>
> > If LE really is doing this, why even have an ABO product
>
> To update ("optimize") the *compiled* object code. The OS-resident 
> support/library modules (LE) are a different matter. They are already (I am 
> guessing) at a current level.
>
> What is the z/OS release? I would expect LE to be built for the lowest level 
> hardware that that release supported, but LE might be clever enough to 
> dual-path, and I think that would be a good thing.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Mark Zelden
> Sent: Friday, May 3, 2019 3:35 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL 6.2 and ARCH(12)
>
> On Fri, 3 May 2019 15:57:34 -0400, Brian Chapman  wrote:
>
> >We have a vendor debugging product that is constantly causing 0C1 and 
> >0C4 abends since we have upgraded to COBOL 6.2. It also caused these 
> >abends when we were at COBOL 4,2, but the abend rate has grown 
> >considerably after the upgrade.
> >
> >The vendor has produced countless patches, but so far they have not 
> >resolved the issues. We were notified today that they believe they 
> >understand the issue. They are stating that even though our COBOL 
> >compiler is set with ARCH(8) (to support our DRE machine), LE 
> >run-time is recognizing that the program is COBOL 6.2, running on a 
> >z14, and automatically switch the ARCH level to ARCH(12). They 
> >believe the run-time execution is exploiting the new Vector Packed 
> >Decimal Facility and producing erratic behavior.
> >
> >I searched through several presentations and IBM manuals for COBOL 
> >6.2, and everything I have found states that a recompile with 
> >ARCH(12) is required to take advantage of the new facility. Is the vendor 
> >correct?
> >
> >
>
> I've never heard of that and I wouldn't expect IBM 

Re: Thanks For All the Fish

[John Abell]

Well John, even though I have only known you for a few years and mainly at the 
TDMs, it has been a pleasure.

All the very best to you and enjoy your hobbies. 

Sincerely,
John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Wednesday, December 12, 2018 8:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Thanks For All the Fish

Friday, 14 December 2018, will be my last day at IBM.  For the curious, I 
started on a Wednesday, 1 June 1977, so it will be 41 years, 6 months since I 
started as a CE in the local Poughkeepsie branch office.

It's time to shed the daily stress, devote more time to my hobbies (diving, 
amateur radio, metalworking, cycling), and find a place in the County that can 
use an active volunteer for however many hours I feel like working (if any).

I won't be able to get notes on my IBM e-mail address after about noon Friday.  
I also won't get phone messages after that time at my work phone number, 
because they arrive as e-mail attachments.

Hanging out here has been quite instructive and usually fun (smile), so: 
Thanks, folks.

All the best, everyone.

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com (for a couple more days)

--
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: Display utilisation of logrec

[John Abell]

Seems like not our kind of event.  It is close by, between Brock and Sheridan.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, November 28, 2018 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Display utilisation of logrec

for a dataset I'm not sure you can tell, almost like CA-ENF DB' its a 
preformatted file so it's always 100% utilized in a sense, I'm sure if someone 
has a way to show utilization they'll pipe in 




Carmen Vitullo 

- Original Message -

From: "Peter" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, November 28, 2018 7:12:40 AM
Subject: Display utilisation of logrec 

Hi 

Is there a way to know the current utilisation of logrec ? 

Peter 

--
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: CLIP?

[John Abell]

Also used as the term when setting the IPL records on a new system pack as I 
recall.  I did this a couple years back for a specific test.  Took a bit to get 
the details of doing it since I hadn't done it since 1970 or so. 

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Saturday, May 19, 2018 12:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CLIP?

I got into this biz in the late 70s. The term CLIP was common parlance for 
'label reformat'. I still have several canned JCL members with 'CLIP' in the 
member name. If nothing else, the term is unique, while 'reformat' could have 
any number of meanings. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Friday, May 18, 2018 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

To answer your question, "as opposed to what", that would be "reformat".

Tony Thigpen

zMan wrote on 05/18/2018 10:15 PM:
> I have to ask: "Change Label In Place" -- as opposed to what? Removing 
> the platter and sending it back to IBM to have the label changed?
>
> On Fri, May 18, 2018 at 8:07 PM, Jesse 1 Robinson 
> 
> wrote:
>
>> Ooh, dueling acronyms. It's SCIDS all over again!
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-543-6132 Office ⇐=== NEW
>> robin...@sce.com
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of graeme
>> Sent: Friday, May 18, 2018 4:33 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: (External):Re: CLIP?
>>
>> Change Label In Place
>> A standard card deck utility in the software FE toolbag 50 years ago.
>>
>> Graeme
>>
>>> On 19 May 2018, at 08:08, Jesse 1 Robinson 
>> wrote:
>>>
>>> I used the term CLIP (reformat label) today with a colleague who 
>>> clearly
>> did not understand. Isn't it an acronym? I can't find any hits.
>>>
>>> .
>>> .
>>> J.O.Skip Robinson
>>> Southern California Edison Company
>>> Electric Dragon Team Paddler
>>> SHARE MVS Program Co-Manager
>>> 323-715-0595 Mobile
>>> 626-543-6132 Office <= NEW
>>> robin...@sce.com


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

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

Re: change data capture for VSAM

[John Abell]

Please contact me offline on this.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, March 28, 2018 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: change data capture for VSAM

Rex Pommier wrote:

>I'm curious if anybody can provide me iith the names of any companies that do 
>real time change data capture of VSAM datasets.  We've looked at a couple 
>vendors who will remain nameless to protect their and our interests.  
>Specifically what we're looking for is something that can grab VSAM data 
>records as they're being written from either batch or CICS sources, and write 
>the VSAM record to a log file or MQ queue so it can be shipped off platform 
>into a data warehouse.

You got good replies, but if no-one can suit your needs, I have a possible 
suggestion.

What about rewriting the applications to write to TWO datasets? One for your 
usual VSAM datasets and its friends and another dataset containing changed 
(new/changed/deleted) records?

Yes, it is a real PITA to avoid vendors in this way beside that is double work, 
longer runtime, more diskspace, etc.

Or do a compare of before/after changes and ship the differences to that 
warehouse. Of course there is that usual overhead of time-consuming comparing 
work.

Related question: Do those vendors use 'hooks' to replace the SVCs to intercept 
these VSAM I/Os?

I hope you can find a good solution.

Groete / Greetings
Elardus Engelbrecht

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: VSAM Performance - CPU reduction

[John Abell]

You should see a substantial reduction in I/O with SMB as is my experience.

I use a special DATACLAS in SMS for SMB as is required.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Massimo Biancucci
Sent: Tuesday, January 16, 2018 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VSAM Performance - CPU reduction

Arun,

in my recent experiences I've got bif improvement using SMB (System Managed 
Buffer).

If I'm not wrong both DS are EXTENDED so you could.

Try coding into the DD "AMP=('ACCBIAS=SO')" for the main sequentially read file 
and "AMP=('ACCBIAS=DO')" for the second one. At the same time enlarge the 
REGION size.

Depending on your HW configuration you could consider using compression on both 
DS. It will increase CPU time (or not so much if you've got zEDC) but could 
improve elapsed  depending on CPU contention.

Hope this helps.

Regards.
Massimo

2018-01-06 1:20 GMT+01:00 Arun Venkatratnam :

> Hi All,
>
> We are looking to improve the performance of a COBOL program that
> processes 2 VSAM files. The first file is the I/P file and every
> record read from the input VSAM file is searched for a matching record
> in the other file and a report is written. The program also applies
> some business rules while comparing each matching record.
>
> The I/P file is read sequentially while the other file is read in a
> skip sequential basis. The test files that were used had 32M records
> each while production files have 110M records each.
>
> Attached is the strobe report from the execution of the test job. The
> test job takes nearly 7 CPU minutes and was profiled to capture about
> 1 CPU minute of execution time.
>
> We are attempting to optimize the VSAM access to these files as it is
> seen to take more than 50% of the CPU consumed by this job.
>
> In the 'Attribution of CPU execution time' section, we see that the
> major contributors are the components 'QSAM INIT I/O  & EXITS' (Module
> IGZEQBL) and PARTITION COMMUNICATION.
>
> Could you please help us understand:
>
> 1.What these components are
> 2.Why is QSAM access used instead of VSAM I/O access.
> 3.What needs to be done to reduce the CPU consumption by these components.
>
> Thank you
>
> Arun
>
>
> 
> 
> --
>
> 1Strobe* PERFORMANCE PROFILE PROGRAMA
> 01/02/2018   PAGE  42
>
> -  #ACE   ** ATTRIBUTION OF CPU EXECUTION
> TIME **
> -.COBLIB  IGZCPCO  IGZEVIO   VSAM INPUT/OUTPUT
>  ---WAS INVOKED BY-
>  -VIA---  CPU TIME %
>  XACTION   MODULE   SECTION  DESCRIPTION   MODULE
>  SECTION  DESCRIPTION  SOLO  TOTAL
>
>   .LELIB   CEEBINIT  LE/370 BATCH INIT/TERM
>.32   .32
>   .LELIB   CEEBINIT  LE/370 BATCH INIT/TERM
> IGZEQBL   QSAM INIT I/O  & EXITS1.93  1.93
>
>  XACTION  MODULE   SECTION   LOCATION  LINE   SOURCE TEXT  MODULE
>  SECTION  DESCRIPTION
>
>   PROGRAMA PROGRAMA   003522
>
> 1.30
> 1.30
>
>
>   - -
>
>
>   3.55  3.55
> -.VSAMIDA019L1   VSAM RECORD MANAGEMENT
>  ---WAS INVOKED BY-
>  -VIA---CPU TIME %
>  XACTION   MODULE   SECTION  DESCRIPTION   MODULE
>  SECTION  DESCRIPTION   SOLO  TOTAL
>
>   .LELIB   CEEBINIT  LE/370 BATCH INIT/TERM
> IGZEQBL   QSAM INIT I/O  & EXITS  1.84  1.84
>   .LELIB   CEEBINIT  LE/370 BATCH INIT/TERM
> IGZEQBL  CURRMEM  QSAM INIT I/O  & EXITS   4.34  4.38
>   .LELIB   CEEBINIT 

Re: curious: why S/360 & decendants are "big endian".

[John Abell]

Hi,

Toronto and right in the immediate west part of the city, High Park area if you 
know Toronto, where I have a 20 minute walk to and from the office no matter 
the weather.

Cheers,
John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Sunday, March 12, 2017 4:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: curious: why S/360 & decendants are "big endian".

John,

No problemo, I live in PA about  an hour from Philly.
What part of Canada are you in?

Scott


On Sun, Mar 12, 2017 at 3:34 PM John Abell < 
john.ab...@intnlsoftwareproducts.com> wrote:

> Hi,
>
>
>
> Thanks for the plug for Canada.  Where are you located?
>
>
>
> Cheers,
>
> John T. Abell
>
> Tel:800-295-7608Option 4
>
> President
>
> International:  1-416-593-5578  Option 4
>
> E-mail:  john.ab...@intnlsoftwareproducts.com
>
> Fax:800-295-7609
>
>
>
> International:  1-416-593-5579
>
>
>
>
>
> International Software Products
>
> www.ispinfo.com
>
>
>
> This email may contain confidential and privileged material for the
> sole use of the intended recipient(s). Any review, use, retention,
> distribution or disclosure by others is strictly prohibited. If you
> are not the intended
>
> recipient (or authorized to receive on behalf of the named recipient),
> please contact the sender by reply email and delete all copies of this
> message. Also,email is susceptible to data corruption, interception,
>
> tampering, unauthorized amendment and viruses. We only send and
> receive emails on the basis that we are not liable for any such
> corruption, interception, tampering, amendment or viruses or any consequence 
> thereof.
>
>
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of scott Ford
>
> Sent: Sunday, March 12, 2017 10:52 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: curious: why S/360 & decendants are "big endian".
>
>
>
> John,
>
>
>
> My career is similar , unit record equip then 360/40 DOS/VS/POWER, the
>
> 360/40 had MFCM and I learned Assembler on a 360/20, of course I
> wasn't in your wonderful country, I always liked Canada.
>
>
>
> Scott
>
>
>
> On Fri, Mar 10, 2017 at 7:23 AM John Abell <
> john.ab...@intnlsoftwareproducts.com> wrote:
>
>
>
> > I started at IBM in Toronto in August 1964.  1401's, a 1440, a 1460,
> > a
>
> > 7044, an 1130 and all the unit record equipment you could want
> > except
>
> > 403s and 407s,  We also had Tape-to-Tape data flow over a phone line
>
> > in the evenings between Montreal and Toronto and Vancouver and
> > Toronto
>
> > using 200BPI horizontal vacuum column tape drives. Soon thereafter,
> > we
>
> > had a
>
> > 360/20 with an MFCM.  I will leave the multiple interpretations of
>
> > MFCM to those from that era.
>
> >
>
> >
>
> >
>
> > Anyone else out there remember learning and using Autocoder and FARGO?
>
> > I will forego panel wiring for the time being as this was an
>
> > interesting programming method learned first.
>
> >
>
> >
>
> >
>
> > Cheers,
>
> >
>
> > John T. Abell
>
> >
>
> > Tel:800-295-7608Option 4
>
> >
>
> > President
>
> >
>
> > International:  1-416-593-5578  Option 4
>
> >
>
> > E-mail:  john.ab...@intnlsoftwareproducts.com
>
> >
>
> > Fax:800-295-7609
>
> >
>
> >
>
> >
>
> > International:  1-416-593-5579
>
> >
>
> >
>
> >
>

Re: curious: why S/360 & decendants are "big endian".

[John Abell]

Hi,

Thanks for the plug for Canada.  Where are you located?

Cheers,
John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Sunday, March 12, 2017 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: curious: why S/360 & decendants are "big endian".

John,

My career is similar , unit record equip then 360/40 DOS/VS/POWER, the
360/40 had MFCM and I learned Assembler on a 360/20, of course I wasn't in your 
wonderful country, I always liked Canada.

Scott

On Fri, Mar 10, 2017 at 7:23 AM John Abell < 
john.ab...@intnlsoftwareproducts.com> wrote:

> I started at IBM in Toronto in August 1964.  1401's, a 1440, a 1460, a
> 7044, an 1130 and all the unit record equipment you could want except
> 403s and 407s,  We also had Tape-to-Tape data flow over a phone line
> in the evenings between Montreal and Toronto and Vancouver and Toronto
> using 200BPI horizontal vacuum column tape drives. Soon thereafter, we
> had a
> 360/20 with an MFCM.  I will leave the multiple interpretations of
> MFCM to those from that era.
>
>
>
> Anyone else out there remember learning and using Autocoder and FARGO?
> I will forego panel wiring for the time being as this was an
> interesting programming method learned first.
>
>
>
> Cheers,
>
> John T. Abell
>
> Tel:800-295-7608Option 4
>
> President
>
> International:  1-416-593-5578  Option 4
>
> E-mail:  john.ab...@intnlsoftwareproducts.com
>
> Fax:800-295-7609
>
>
>
> International:  1-416-593-5579
>
>
>
>
>
> International Software Products
>
> www.ispinfo.com
>
>
>
> This email may contain confidential and privileged material for the
> sole use of the intended recipient(s). Any review, use, retention,
> distribution or disclosure by others is strictly prohibited. If you
> are not the intended
>
> recipient (or authorized to receive on behalf of the named recipient),
> please contact the sender by reply email and delete all copies of this
> message. Also,email is susceptible to data corruption, interception,
>
> tampering, unauthorized amendment and viruses. We only send and
> receive emails on the basis that we are not liable for any such
> corruption, interception, tampering, amendment or viruses or any consequence 
> thereof.
>
>
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mike Myers
>
> Sent: Thursday, March 09, 2017 8:08 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: curious: why S/360 & decendants are "big endian".
>
>
>
> Warren:
>
>
>
> My God, you've been around even longer than me. I only joined IBM on Nov.
> 9, 1964 and started programming school the day before OS/360 went GA.
> How many other old f***s (friends) have we out here on this forum?
>
>
>
> Mike Myers
>
> Mentor Services Corporation
>
> (919) 341-5210
>
>
>
> On 03/09/2017 07:39 PM, Warren Brown wrote:
>
> >   I thought it was me . .joined IBM the same day as the 360 was
>
> > announced
>
> > 
>
> > On Thu, 3/9/17, Anne & Lynn Wheeler <l...@garlic.com> wrote:
>
> >
>
> >   Subject: Re: curious: why S/360 & decendants are "big endian".
>
> >   To: IBM-MAIN@LISTSERV.UA.EDU
>
> >   Date: Thursday, March 9, 2017, 7:26 PM
>
> >
>
> >   john.archie.mck...@gmail.com
>
> >   (John McKown) writes:
>
> >   > ​Same in other
>
> >   books I've seen. Why? Probably because we write from top
>
> >   to
>
> >   > bottom. We write the lowest first,
>
> >   at the top, and the highest last, at the

Re: curious: why S/360 & decendants are "big endian".

[John Abell]

I started at IBM in Toronto in August 1964.  1401's, a 1440, a 1460, a 7044, an 
1130 and all the unit record equipment you could want except 403s and 407s,  We 
also had Tape-to-Tape data flow over a phone line in the evenings between 
Montreal and Toronto and Vancouver and Toronto using 200BPI horizontal vacuum 
column tape drives. Soon thereafter, we had a 360/20 with an MFCM.  I will 
leave the multiple interpretations of MFCM to those from that era.

Anyone else out there remember learning and using Autocoder and FARGO?  I will 
forego panel wiring for the time being as this was an interesting programming 
method learned first.

Cheers,
John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Myers
Sent: Thursday, March 09, 2017 8:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: curious: why S/360 & decendants are "big endian".

Warren:

My God, you've been around even longer than me. I only joined IBM on Nov. 9, 
1964 and started programming school the day before OS/360 went GA. How many 
other old f***s (friends) have we out here on this forum?

Mike Myers
Mentor Services Corporation
(919) 341-5210

On 03/09/2017 07:39 PM, Warren Brown wrote:
>   I thought it was me . .joined IBM the same day as the 360 was
> announced
> 
> On Thu, 3/9/17, Anne & Lynn Wheeler  wrote:
>
>   Subject: Re: curious: why S/360 & decendants are "big endian".
>   To: IBM-MAIN@LISTSERV.UA.EDU
>   Date: Thursday, March 9, 2017, 7:26 PM
>
>   john.archie.mck...@gmail.com
>   (John McKown) writes:
>   > ​Same in other
>   books I've seen. Why? Probably because we write from top
>   to
>   > bottom. We write the lowest first,
>   at the top, and the highest last, at the
>   > bottom. And then we confuse everybody by
>   calling them "ascending" memory
>   > addresses while writing them in a
>   descending pattern. English is a _stupid_
>   > language.
>
>   in the 70s as fullscreen 3270s editors were
>   starting to appear, there
>   was big editor
>   culture wars over up & down.
>
>   prior to that, line-editing was from
>   perspective of the user ...  "up"
>   moving towards the "top" (beginning)
>   of the file and "down" was moving
>   towards the "bottom" (end) of the
>   file.
>
>   The side that had
>   enhanced previous line editors to support 3270
>   fullscreen and preserved the up/down
>   orientation (meaning).
>
>   A
>   couple of "new" 3270 fullscreen editors, done from
>   scratch, insisted
>   on "up" was from
>   the orientation of the program (not the user), the
>   program would move the file up ... towards the
>   bottom of the file or
>   move the file
>   "down" ... towards the top of the file (difference
>   was`
>   whether up/down was from the human
>   perspective or the program/software
>   perspective).
>
>   --
>   virtualization experience
>   starting Jan1968, online at home since Mar1970
>
>   --
>   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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: Open Source vs. propiietary operating systems breaking things. was Re: ZPDT usb issue after lunux update.

[John Abell]

Well yes.  However, and in my experience, it is easy to chase "Mother" who
does actually respond.  We have reported problems to many other vendors
where there is never a response.  With well over 52 years of experience in
IT,  50 with the mainframe, starting with prerelease PCP 1 on a 360/40, I
doubt that I have missed many new release failures nor the ones on all of
the other different platforms that we run here.  Not wishing to antagonize
the Open Source community as there are many good and stable products out
there, some of which we use on a daily basis, I stand by my comment based on
our many and varied experiences here.

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Clark Morris
Sent: Wednesday, January 18, 2017 4:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Open Source vs. propiietary operating systems breaking things. was
Re: ZPDT usb issue after lunux update.

[Default] On 18 Jan 2017 12:26:59 -0800, in bit.listserv.ibm-main
john.ab...@intnlsoftwareproducts.com (John Abell) wrote:

>Well that is the ever present risk of Open Source.  Whatever this kernel
change is, it screwed up other things in our environment as well.

As someone who suffered through the PE chains of DFP and who remembers Jamie
Yates of IBM getting up and telling a SHARE session that the early general
availability users of DF/EF catalogs were placing Sev 1 calls before they
had a problem because by the time they got a call back, they would have one,
the risk is not unique to Open Source.
There is a reason many shop do not and did not go to the latest release or
maintenance level.

Clark Morris
>
>We have noted that there is a Kernel update from 6.7 to 6.8.  We are not
going down that road until there is some assurance that the sentinel
software and some other things  that  we use won't fail with this update as
well.
>
>Cheers,
>John T. Abell
>Tel:800-295-7608Option 4
>President
>International:  1-416-593-5578  Option 4
>E-mail:  john.ab...@intnlsoftwareproducts.com
>Fax:800-295-7609
>
>International:  1-416-593-5579
>
>
>International Software Products
>www.ispinfo.com
>

>This email may contain confidential and privileged material for the
>sole use of the intended recipient(s). Any review, use, retention,
>distribution or disclosure by others is strictly prohibited. If you are not
the intended recipient (or authorized to receive on behalf of the named
recipient), please contact the sender by reply email and delete all copies
of this message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>On Behalf Of Itschak Mugzach
>Sent: Wednesday, January 18, 2017 1:30 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: ZPDT usb issue after lunux update.
>
>John.
>Our co figuration is much like yours on a single server. It take about 30
minutes to install centos and zpdt. The mainframe is on different disks so
nothing was lost.
>My concern is the ability of the vendor to fix the problem. It is
unblievable that it takes more than a month so far.
>
>ITschak
>
>?? 18  2017 17:21,? "John Abell" <
john.ab...@intnlsoftwareproducts.com> ???:
>
>If you cannot back out the recent updates that caused you to end up
>with this problem,  re-install the version RHEL that last worked.  This
>assumes that you have used the practice of making sure that none of you
>zPDT stuff is in distribution directories.  We have a much more complex
>zPDT environment than most but my main tech had the environment back up
>in about
>8 hours without loss of anything in zPDT, z/VM, multiple z/OS Gue

Re: ZPDT usb issue after lunux update.

[John Abell]

Well that is the ever present risk of Open Source.  Whatever this kernel change 
is, it screwed up other things in our environment as well.

We have noted that there is a Kernel update from 6.7 to 6.8.  We are not going 
down that road until there is some assurance that the sentinel software and 
some other things  that  we use won't fail with this update as well.

Cheers,
John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Wednesday, January 18, 2017 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZPDT usb issue after lunux update.

John.
Our co figuration is much like yours on a single server. It take about 30 
minutes to install centos and zpdt. The mainframe is on different disks so 
nothing was lost.
My concern is the ability of the vendor to fix the problem. It is unblievable 
that it takes more than a month so far.

ITschak

בתאריך 18 בינו 2017 17:21,‏ "John Abell" < 
john.ab...@intnlsoftwareproducts.com> כתב:

If you cannot back out the recent updates that caused you to end up with this 
problem,  re-install the version RHEL that last worked.  This assumes that you 
have used the practice of making sure that none of you zPDT stuff is in 
distribution directories.  We have a much more complex zPDT environment than 
most but my main tech had the environment back up in about
8 hours without loss of anything in zPDT, z/VM, multiple z/OS Guests and zLinux 
guests.  The recovery had to be done on 2 full zPDT systems for reasons outside 
of this discussion.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Wednesday, January 18, 2017 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZPDT usb issue after lunux update.

Elardus,

zPDT is a mainframe emulation product from IBM that we use. the driving system 
is an enterprise Linux flavor. Linux clients that updated the version for some 
reason, can't access the license server. versions involved are rhel 7.X, but I 
think suse as well.  we use a memory stick to hold the license.

And, yes, this is a hit.

ITschak

On Wed, Jan 18, 2017 at 10:29 AM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Itschak Mugzach wrote:
>
> >Doea any of the zPDT users hited by the linux update caused lose of
> license server.
>
> 'hited'? Sorry, could you please be very kind to explain?
>
>
> >I can't get an estimate when it will be fixed. The problem is know 
> >dor
> almost a month. We was hited last friday.
>
> What Linux system and at what version are you referring? Oh, on what 
> hardware and operating system (z/VM for example) are your Linux
> system(s) working?
>
> Do you have any problem reference number or any source about the 
> 'known problem'?
>
> No offense meant, but your subject is not clear for me: 'ZPDT usb 
> issue after lunux update.'
>
> While I'm not curren

Re: ZPDT usb issue after lunux update.

[John Abell]

If you cannot back out the recent updates that caused you to end up with this 
problem,  re-install the version RHEL that last worked.  This assumes that you 
have used the practice of making sure that none of you zPDT stuff is in 
distribution directories.  We have a much more complex zPDT environment than 
most but my main tech had the environment back up in about 8 hours without loss 
of anything in zPDT, z/VM, multiple z/OS Guests and zLinux guests.  The 
recovery had to be done on 2 full zPDT systems for reasons outside of this 
discussion.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Wednesday, January 18, 2017 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZPDT usb issue after lunux update.

Elardus,

zPDT is a mainframe emulation product from IBM that we use. the driving system 
is an enterprise Linux flavor. Linux clients that updated the version for some 
reason, can't access the license server. versions involved are rhel 7.X, but I 
think suse as well.  we use a memory stick to hold the license.

And, yes, this is a hit.

ITschak

On Wed, Jan 18, 2017 at 10:29 AM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Itschak Mugzach wrote:
>
> >Doea any of the zPDT users hited by the linux update caused lose of
> license server.
>
> 'hited'? Sorry, could you please be very kind to explain?
>
>
> >I can't get an estimate when it will be fixed. The problem is know
> >dor
> almost a month. We was hited last friday.
>
> What Linux system and at what version are you referring? Oh, on what
> hardware and operating system (z/VM for example) are your Linux
> system(s) working?
>
> Do you have any problem reference number or any source about the
> 'known problem'?
>
> No offense meant, but your subject is not clear for me: 'ZPDT usb
> issue after lunux update.'
>
> While I'm not currently working with any Linux system/application, I'm
> just asking probing questions to enable others to help you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
ITschak Mugzach
*|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated 
Security Readiness Reviews (SRR) **|*

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: EXTERNAL: REGION=0

[John Abell]

I would be interested in any additional insight on this as the following is
from the V2R2 JCL Reference Page 446.  The asterisks are just to enclose the
info.  The BOLD characters would be relative to the IEFUSI and IEALIMIT or,
possibly, some similar 3rd party product that does the same.

 



value=0M or 0K

A value equal to 0K or 0M gives the step all the storage available below the
2

GB bar. This includes below and above 16 megabytes. The resulting size of
the

region below and above 16 megabytes depends on system options and what

system software is installed. When REGION=0K/0M is specified, the

MEMLIMIT value is set to NOLIMIT.



 

 

John T. Abell  

Tel:800-295-7608Option 4

President 

International:  1-416-593-5578  Option 4

E-mail:  john.ab...@intnlsoftwareproducts.com

Fax:800-295-7609

International:  1-416-593-5579

International Software Products

www.ispinfo.com

 


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 

recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 

tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



 

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jerry Whitteridge
Sent: Wednesday, January 04, 2017 4:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: REGION=0

 

It did - for below the line storage, but (and Gil informs me this has
changed in newer releases) only allocated 32M above the line. I'm not sure
which release that changed in.

 

Jerry Whitteridge

Manager Mainframe Systems & Storage

Albertsons - Safeway Inc.

623 869 5523

Corporate Tieline - 85523

 

If you feel in control

you just aren't going fast enough.

 

 

 

-Original Message-

From: IBM Mainframe Discussion List [ 
mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick

Sent: Wednesday, January 4, 2017 1:58 PM

To:   IBM-MAIN@LISTSERV.UA.EDU

Subject: EXTERNAL: REGION=0

 

Can you explain that?  I thought REGION=0M (or 0K) allowed you to allocate
storage up to "whatever is available" (or something like that).

 



From: IBM Mainframe Discussion List < 
IBM-MAIN@LISTSERV.UA.EDU> on behalf of Jerry Whitteridge <
 jerry.whitteri...@safeway.com>

Sent: Wednesday, January 4, 2017 11:39 AM

To:   IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: EXTERNAL: Re: SHOWMVS ASMA972U Error

 

Also consider that REGION=0M gives you all storage below the line and 32M
above the line. You may want to specify a larger region size and see if that
helps.

 

 

--

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

Warning: All e-mail sent to this address will be received by the corporate
e-mail system, and is subject to archival and review by someone other than
the recipient. This e-mail may contain proprietary information and is
intended only for the use of the intended recipient(s). If the reader of
this message is not the intended recipient(s), you are notified that you
have received this message in error and that any review, dissemination,
distribution or copying of this message is strictly prohibited. If you have
received this message in error, please notify the sender immediately.



 

--

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



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: Another ShopzSeries issue

[John Abell]

Just got the download capability so I assume that this is fixed.

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Abell
Sent: Monday, October 24, 2016 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another ShopzSeries issue

I created a new order earlier this morning and it says that it is read for
download in the e-mail BUT the web page says In Final Packaging.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Monday, October 24, 2016 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another ShopzSeries issue

W dniu 2016-10-24 o 15:00, Richards, Robert B. pisze:
> Is anyone else getting a status of "Final Packaging" for their orders
> that
are not going to "Download"?
>
> I put the same order in twice or an hour apart and neither go to
"Download"

IMHO everything in Shopz is possible.
I've got some orders which are few years old and still not ready for
download. ;-)

--
Radoslaw Skorupka
Lodz, Poland






---
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie,
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo,
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale
usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If
you are not the intended addressee of this e-mail or the employee authorized
to forward it to the addressee, be advised that any dissemination, copying,
distribution or any other similar activity is legally prohibited and may be
punishable. If you received this e-mail by mistake please advise the sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved
to hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII
Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców
KRS 025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2016 r. kapita zakadowy mBanku S.A. (w caoci
wpacony) wynosi 168.955.696 zotych.


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


---
This email has been checked for viruses by Avast antivirus

Re: Another ShopzSeries issue

[John Abell]

I created a new order earlier this morning and it says that it is read for
download in the e-mail BUT the web page says In Final Packaging.

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Monday, October 24, 2016 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another ShopzSeries issue

W dniu 2016-10-24 o 15:00, Richards, Robert B. pisze:
> Is anyone else getting a status of "Final Packaging" for their orders that
are not going to "Download"?
>
> I put the same order in twice or an hour apart and neither go to
"Download"

IMHO everything in Shopz is possible.
I've got some orders which are few years old and still not ready for
download. ;-)

--
Radoslaw Skorupka
Lodz, Poland






---
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie,
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo,
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale
usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If
you are not the intended addressee of this e-mail or the employee authorized
to forward it to the addressee, be advised that any dissemination, copying,
distribution or any other similar activity is legally prohibited and may be
punishable. If you received this e-mail by mistake please advise the sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved
to hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2016 r. kapita zakadowy mBanku S.A. (w caoci
wpacony) wynosi 168.955.696 zotych.


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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: Can Someone Check Redbooks?

[John Abell]

Works now finally.  How magical!!

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Thursday, September 29, 2016 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can Someone Check Redbooks?

Handy site! It now says "It's just you. http://www.redbooks.ibm.com is up." The 
Redbooks team had told me that they were working a network problem, so it's 
apparently now completely fixed.


On 09/29/16 12:37 PM, Lizette Koehler wrote:
> Remember you can check a site with this URL
>
> http://www.downforeveryoneorjustme.com/
>
> It works well.
>
> I just entered www.redbooks.ibm.com and it returned
>
> It's not just you! http://www.redbooks.ibm.com looks down from here.
>
>
>
> Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of George Rodriguez
>> Sent: Thursday, September 29, 2016 4:50 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Can Someone Check Redbooks?
>>
>> Is the http://www.redbooks.ibm.com/ site down?
>>
>> *George Rodriguez*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: Can Someone Check Redbooks?

[John Abell]

Still not working here.


John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Clifford
Sent: Thursday, September 29, 2016 12:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can Someone Check Redbooks?

Susan.

  Still can't getbthere.

This site can’t be reached

*www.redbooks.ibm.com <http://www.redbooks.ibm.com>* took too long to respond.



John Clifford

On Thu, Sep 29, 2016 at 12:04 PM, Susan Shumway <chale...@us.ibm.com> wrote:

> The link works for me, so perhaps it's a stepped solution to an outage.
> I'll forward this to the Redbooks team just so they know that some
> folks are still having access problems.
>
> On 09/29/16 9:57 AM, George Rodriguez wrote:
>
>> It still doesn't work for me either.​
>>
>>
>> *George Rodriguez*
>> *Specialist II - IT Solutions*
>> *IT Enterprise Applications*
>> *PX - 47652*
>> *(561) 357-7652 (office)*
>> *(954) 415-7586 (mobile)*
>> *School District of Palm Beach County*
>> *3348 Forest Hill Blvd.*
>> *Room B-251*
>> *West Palm Beach, FL. 33406-5869*
>> *Florida's Only A-Rated Urban District For Eight Consecutive Years*
>>
>> On Thu, Sep 29, 2016 at 9:51 AM, John Abell <
>> john.ab...@intnlsoftwareproducts.com> wrote:
>>
>> Still doesn't work for me so maybe some DNS Servers are down in the
>> nether
>>> land somewhere.
>>>
>>> John T. Abell
>>> Tel:800-295-7608Option 4
>>> President
>>> International:  1-416-593-5578  Option 4
>>> E-mail:  john.ab...@intnlsoftwareproducts.com
>>> Fax:800-295-7609
>>>
>>> International:  1-416-593-5579
>>>
>>>
>>> International Software Products
>>> www.ispinfo.com
>>>
>>> This email may contain confidential and privileged material for the
>>> sole use of the intended recipient(s). Any review, use, retention,
>>> distribution or disclosure by others is strictly prohibited. If you
>>> are not the intended recipient (or authorized to receive on behalf
>>> of the named recipient), please contact the sender by reply email
>>> and delete all copies of this message. Also,email is susceptible to
>>> data corruption, interception, tampering, unauthorized amendment and
>>> viruses. We only send and receive emails on the basis that we are
>>> not liable for any such corruption, interception, tampering,
>>> amendment or viruses or any consequence thereof.
>>>
>>>
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List
>>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Parwez Hamid
>>> Sent: Thursday, September 29, 2016 9:16 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Can Someone Check Redbooks?
>>>
>>> Its OK for me. No problem accessing it.
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO
>>> IBM-MAIN
>>>
>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO
>>> IBM-MAIN
>>>
>>>
>>
> --
> Sue Shumway
> z/OS Product Documentation Lead
> IBM Poughkeepsie
> chale...@us.ibm.com
>
> --

Re: Can Someone Check Redbooks?

[John Abell]

Still doesn't work for me so maybe some DNS Servers are down in the nether land 
somewhere.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Parwez Hamid
Sent: Thursday, September 29, 2016 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can Someone Check Redbooks?

Its OK for me. No problem accessing it.

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: [EXTERNAL] Can Someone Check Redbooks?

[John Abell]

It fails horribly for me as well.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Thursday, September 29, 2016 7:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Can Someone Check Redbooks?

It would appear to be for me as well.

--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer
Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI Service 
Delivery & Engineering

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of George Rodriguez
Sent: Thursday, September 29, 2016 6:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Can Someone Check Redbooks?

Is the http://www.redbooks.ibm.com/ site down?

*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

--


*Disclaimer: *Under Florida law, e-mail addresses are public records. If you do 
not want your e-mail address released in response to a public records request, 
do not send electronic mail to this entity. Instead, contact this office by 
phone or in writing.


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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: IBM Knowledge Center broken on IE

[John Abell]

What doesn't work?  It looks the same to me with IE 11 and Firefox 46.

Did you try clearing tye cache in IE 11?

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Salva Carrasco
Sent: Friday, June 03, 2016 4:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM Knowledge Center broken on IE

Since last Monday, IBM Knowledge Center is broken for IE10/IE11, Firefox looks 
fine.

Anyone else?

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: mixed AMODE with HLL | 64-bit to 31-bit

[John Abell]

What you need to do in C:



1.   Put a #pragma linkage(assembler_routine_name,OS_NOSTACK)

2.   Make sure you allocate the data areas you want to pass to your 31-bit 
routine using __malloc31.

3.   Call a 64-bit Assembler routine, shown above as 
assembler_routine_name, with the parm list.

4.   In the assembler routine and before the all to the 31-bit program, 
define the parm list for your 31-bit program.

5.   Remembering that the parm list from the 64-bit C program is 64-bit 
addresses, move the second 4 bytes of each parm address to the parm addresses 
for the 31-bit program.

6.   Save the 8 byte R13 coming into the assembler program

7.   Do a SAM31.

8.   Do a GETMAIN for 72 bytes using LOC=31 for the save area, R13, to be 
used for 31-bit module.

9.   Save R1 that is returned so that you have 31-bit address for loading 
into R13.

10.   Set R1 to your 31-bit parmlist.

11.   Set R13 to the GETMAINed area address.

12.   Load R15 with the VCON of your 31-bit routine

13.   BALR to the 31-bit routine.

14.   Check the return from the call.

15.   If all is well, do a SAM64.

16.   Restore the original 8 byte R13

17.   Return to the C caller.



Note:  You CANNOT have mixed mode LE C code.



There may be a simpler way but this works just fine.



If you need more, contact me offline please.



Yours truly,

John T. Abell

Tel:800-295-7608Option 4

President

International:  1-416-593-5578  Option 4

E-mail:  john.ab...@intnlsoftwareproducts.com

Fax:800-295-7609

International:  1-416-593-5579

International Software Products

www.ispinfo.com


  

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended

recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,

tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rick Troth
Sent: Wednesday, April 27, 2016 9:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: mixed AMODE with HLL | 64-bit to 31-bit



How should I call a 31-bit routine from a 64-bit routine? Obviously the 64-bit 
routine will have had to allocate all its storage below the bar.

But what about linkage? In assembler, it's pretty well documented. What about 
higher level languages? To be specific, I have a chunk of C code that needs to 
call a 31-bit interface. It's easy to compile it for 31-bit or 64-bit, but the 
latter doesn't link. (No real surprise there; just disappointment.)



I've looked over what docs I can find and don't see any way to cast the call or 
explicitly tell the compiler "we're changing AMODE for this one". Now am 
thinking it's either something really easy but not widely known or it's just 
not possible. Which is it? Thanks.



For so long, z and selected other platforms are harmoniously bi-modal.

Never worried about it, but now found something that isn't playing nice.



Okay, so "C" might not fit the HL in HLL as much as others, but it's still LE.



-- R; <><



--

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



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: Real Storage Allocation

[John Abell]

As long as your z/OS isn't running under, z/VM like may smaller ISVs, where 
LFAREA is not yet supported.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Sunday, February 14, 2016 5:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Real Storage Allocation

On 2/14/2016 11:19 AM, Graham Harris wrote:
> Ed Jaffe wrote:
>
>
>> The nice thing about an overabundance of real storage is the ability
>> to
> create a very large LFAREA with plenty of room for 1MB >pageable pages
> and
> -- if you have software that can truly benefit from it (which we
> don't) -- 2G fixed pages.
>
>
> LFAREA does of course only generally hold fixed large pages, although
> it does also handle overflow of PLAREA when that becomes full, which
> maybe what you were thinking.

LFAREA (Large Frame Area) provides frame space for both fixed and pageable 
large pages. We specify:

LFAREA=7782M,  Large frame area

which is more than enough for our needs. Right after IPL I see some fairly 
small numbers:

D VS,LFAREA
IAR019I  13.56.52 DISPLAY VIRTSTOR 507
  SOURCE =  20
  TOTAL LFAREA = 7782M , 0G
  LFAREA AVAILABLE = 7257M , 0G
  LFAREA ALLOCATED (1M) = 0M
  LFAREA ALLOCATED (4K) = 311M
  MAX LFAREA ALLOCATED (1M) = 0M
  MAX LFAREA ALLOCATED (4K) = 311M
  LFAREA ALLOCATED (PAGEABLE1M) = 214M
  MAX LFAREA ALLOCATED (PAGEABLE1M) = 214M
  LFAREA ALLOCATED NUMBER OF 2G PAGES = 0
  MAX LFAREA ALLOCATED NUMBER OF 2G PAGES = 0

Of course, these numbers grow over time...

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

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: COBOL V5 and IMS Concerns

[John Abell]

And
http://www-01.ibm.com/support/knowledgecenter/SS6SG3_5.2.0/com.ibm.cobol52.e
nt.doc/PGandLR/ui/up0048.html


John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Wednesday, October 14, 2015 5:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL V5 and IMS Concerns

Didn't IBM bring one of those missing NUMPROC options back in COBOL 5.2 or
am I confused?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Wednesday, October 14, 2015 11:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL V5 and IMS Concerns

This was posted over on the IMS List and I thought it interesting to post
here as well.


   We have major challenges with Cobol 5 due to the fact that IBM dropped
the
NUMPROC(MIG) compile option with COBOL 5 and only allow NUMPROC(NOPFD) and
NUMPROC(PFD).

   The best fit for our client to be the closest to Cobol 4 is
NUMPROC(NOPFD).
This however causes unsigned display numeric fields not to abend on an S0C7
when there are low-values , spaces or invalid  data in a field, when
arithmetic functions are done on these fields, as the signed bits are
ignored.

   Our systems have  over the past 30 years kind of relied on this implied
protection and due to the NUMPROC(MIG) option they have been  built in the
past
30 years not really worrying in some cases about  using unsigned display
numeric fields and signed numeric data fields.

   Anyone experienced the same issues ?? , due to the uncertainty created
around all the systems and the risk involved and the amount of work to be
done and cost
(+- 15000 Cobol programs and 700 IMS databases in production) our client is
at the moment contemplating to NOT implement Cobol 5 at all.

   The Cobol manual indicates to either fix the programs or fix the data
   --  if only that was so easy  !!

   Has anybody experienced this  ??  or where should I ask this question


On the COBOL CAFÉ on Developerworks, I found the following posting that
might be helpful.  Thread title:  Latest COBOL V5 migration recommendations

Several things have come together to give us a better recommendation for
customers who want to migrate to COBOL V5 but who also want to avoid
discovering 'differences' when they deploy into production.  First, some
background.  Some of the most difficult problems when migrating to COBOL V5
are caused by 'invalid COBOL' that cannot be detected by inspecting source
code.

The top six most common of these are:

o Invalid data in numeric USAGE DISPLAY data items o Parameter/argument size
mismatch:
o Modifying data outside the bounds of a table o Using tables when the ODO
object value is not in the legal range o Modifying data following a table
with INDEXED BY indexes o Overpopulated data items, with values that have
more digits than are defined in the data definitions

In order to find these more easily, we should recommend that users:

- Always compile with RULES(NOEVENPACK)
- Use the "Scanning COBOL programs for compatibility" feature of RDz 9.5 to
check parameters and arguments
- Compile with SSRANGE, ZONECHECK and OPT(0) for initial code changes and
unit test
- Recompile with NOSSRANGE, NOZONECHECK and OPT(2) for quality assurance
test and production

Finally, in the topic of "Before you buy COBOL V5", we should recommend the
following:

- Install the latest maintenance on LE and other products for COBOL V5 (Use
the COBOL V5 FIXCAT feature)
- Change build processes to add REPLACE IGZEBST in the BIND/LINK step to fix
the "old VS COBOL II bootstrap" problem
- Convert PDS load libraries to PDSE
- Locate all OS/VS COBOL programs and either target them for early migration
to
V5 or migrate to V4 now


And from Tom Ross
We do have a new compiler option called ZONECHECK, which can find the source
of
such bad data.   This problem is not just with NUMPROC(MIG), relying on
specific
instructions being generated by a compiler to get ABENDs is a terrible idea,
how can we use new instructions that run faster 

Re: COBOL V5 and IMS Concerns

[John Abell]

http://www-01.ibm.com/support/knowledgecenter/SSQ2R2_9.0.0/com.ibm.ent.cbl.z
os.doc/migrate/igymopt.html

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Wednesday, October 14, 2015 5:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL V5 and IMS Concerns

Didn't IBM bring one of those missing NUMPROC options back in COBOL 5.2 or
am I confused?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Wednesday, October 14, 2015 11:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL V5 and IMS Concerns

This was posted over on the IMS List and I thought it interesting to post
here as well.


   We have major challenges with Cobol 5 due to the fact that IBM dropped
the
NUMPROC(MIG) compile option with COBOL 5 and only allow NUMPROC(NOPFD) and
NUMPROC(PFD).

   The best fit for our client to be the closest to Cobol 4 is
NUMPROC(NOPFD).
This however causes unsigned display numeric fields not to abend on an S0C7
when there are low-values , spaces or invalid  data in a field, when
arithmetic functions are done on these fields, as the signed bits are
ignored.

   Our systems have  over the past 30 years kind of relied on this implied
protection and due to the NUMPROC(MIG) option they have been  built in the
past
30 years not really worrying in some cases about  using unsigned display
numeric fields and signed numeric data fields.

   Anyone experienced the same issues ?? , due to the uncertainty created
around all the systems and the risk involved and the amount of work to be
done and cost
(+- 15000 Cobol programs and 700 IMS databases in production) our client is
at the moment contemplating to NOT implement Cobol 5 at all.

   The Cobol manual indicates to either fix the programs or fix the data
   --  if only that was so easy  !!

   Has anybody experienced this  ??  or where should I ask this question


On the COBOL CAFÉ on Developerworks, I found the following posting that
might be helpful.  Thread title:  Latest COBOL V5 migration recommendations

Several things have come together to give us a better recommendation for
customers who want to migrate to COBOL V5 but who also want to avoid
discovering 'differences' when they deploy into production.  First, some
background.  Some of the most difficult problems when migrating to COBOL V5
are caused by 'invalid COBOL' that cannot be detected by inspecting source
code.

The top six most common of these are:

o Invalid data in numeric USAGE DISPLAY data items o Parameter/argument size
mismatch:
o Modifying data outside the bounds of a table o Using tables when the ODO
object value is not in the legal range o Modifying data following a table
with INDEXED BY indexes o Overpopulated data items, with values that have
more digits than are defined in the data definitions

In order to find these more easily, we should recommend that users:

- Always compile with RULES(NOEVENPACK)
- Use the "Scanning COBOL programs for compatibility" feature of RDz 9.5 to
check parameters and arguments
- Compile with SSRANGE, ZONECHECK and OPT(0) for initial code changes and
unit test
- Recompile with NOSSRANGE, NOZONECHECK and OPT(2) for quality assurance
test and production

Finally, in the topic of "Before you buy COBOL V5", we should recommend the
following:

- Install the latest maintenance on LE and other products for COBOL V5 (Use
the COBOL V5 FIXCAT feature)
- Change build processes to add REPLACE IGZEBST in the BIND/LINK step to fix
the "old VS COBOL II bootstrap" problem
- Convert PDS load libraries to PDSE
- Locate all OS/VS COBOL programs and either target them for early migration
to
V5 or migrate to V4 now


And from Tom Ross
We do have a new compiler option called ZONECHECK, which can find the source
of
such bad data.   This problem is not just with NUMPROC(MIG), relying on
specific
instructions being generated by a compiler to get ABENDs is a terrible idea,
how can we use new instructions that run faster but 

Re: AMASPZAP to C main marked as $private

[John Abell]

Here is what I use for a AMODE 64 program:

NAME load_module csect_to_be_zapped  C_CODE64

Where load_module is the module on the EXEC statement, csect_to_be_zapped  is 
the module being linked into the load_madule and that has a #pragma 
csect(CODE,"csect_name") coded in it.

The following also works for a DUMPT:

DUMPT load_module csect_to_be_dumped  C_CODE64

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Wednesday, September 09, 2015 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AMASPZAP to C main marked as $private

Janet,

Agree with Jim, that's what I just read also...

Regards,
Scott

On Wednesday, September 9, 2015, Jim Mulder  wrote:

> > I'm trying to create a zap for a C main.  The binder has designated
> > the C main is in a $private code.  What's the AMASPZAP NAME card for
> > private code?  Alternatively can I force a name on the CSECT?
> >
> > Here's the link map output from the binder
> >
> >OFFSET   OFFSET  NAMETYPELENGTH  DDNAME SEQMEMBER
>
> >
> >  0  $PRIV10CSECT   410  XMLRPC
> 01TESTDCAL
> >88   88 main   LABEL
> >
> > The name card should be something like
> >
> > NAME TESTDCAL TESTDCAL C_CODE
> >
> > but that doesn't work.  A CSECT name of $PRIVATE, $PRIV10, or
> > anything else I can think of doesn't work either.
>
>  How about
>
> NAME TESTDCAL *
> or
> NAME TESTDCAL * C_CODE
>
>   I am not a C programmer, so that is just my best guess based on the
> AMASPZAP documentation for the NAME statement.
> For a program object, AMASPZAP invokes IGWSPZAP, which is owned by the
> Binder component.
>
> Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY
>
> --
> 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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: AMASPZAP to C main marked as $private

[John Abell]

I agree as I out that in my earlier message.  If your code runs on platforms 
other than z, make sure the #pragma is only for the z environment.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of bernd.oppolzer
Sent: Wednesday, September 09, 2015 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: AMASPZAP to C main marked as $private

don't know if it helps with your problem, but I recall that it is possible to 
name the CSECTs in C using #pragma csect. Kind regards Bernd







--- Original-Nachricht ---
Von: Janet Graff
Betreff: Re: AMASPZAP to C main marked as $private
Datum: 09.09.2015, 1:43 Uhr
An: IBM-MAIN@LISTSERV.UA.EDU





A DUMPT of the module of all the C_CODE CSECTSs shows the CSECT I want as

**RECORD LENGTH: 04C0 CLASS: C_CODE MEMBER NAME: TESTDCAL
CSECT NAME: $PRIVATE CODE
 F2F0 F1F5 F0F9 F0F8 F1F4 F0F4 F3F5 F0F1 F1F2 F0F0 0070 0802

But I don't know how to specify $PRIVATE CODE on the NAME card. Nothing
I've tried works.

Janet

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: FTP - how get RDW and ASCII

[John Abell]

We use locsite rdw when FTPing from the mainframe.

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, September 01, 2015 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

Thanks Barry. I don't see any ASCII translation in there. Am I missing
something?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Barry Merrill
Sent: Tuesday, September 01, 2015 8:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

i. ftp instructions for sending data to the MXG ftp site

   Using the IBM ftp program, you can ftp any MVS data file to the
   MXG ftp site with this syntax; do NOT change the DCB attributes
   of the //SMFFILE DD: even though it points to a VBS DSNAME, the
   RECFM=U,BLKSIZE=32760 must be used to include BDW and RDWs.

  //FTP  EXEC PGM=FTP,PARM='(EXIT=4'
  //SYSPRINT DD  SYSOUT=*
  //SMFFILE  DD DSN=YOUR.SMF.DATA,DCB=RECFM=U,BLKSIZE=32760,DISP=SHR
  //INPUT DD *
  ftp.mxg.com
  mxgtech mxgtech
  quote PASV
  bin
  put //DD:SMFFILE  yourname.smf
  close
  quit
  /*

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log Monitoring)

[John Abell]

Interesting toy although much much slower than an already in-place FTP of 
members.  It seems to me there were other products similar to this in the past 
that may or may not have been free.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, June 12, 2015 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF Workstation Setup ( Was: IND$FILE Resource Log  Monitoring)

This is a  good article on setting up the ISPF Workstation on your PC

http://www.tsotimes.com/articles/archive/spring04/wsafiletransfer.html

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Charles Mills
 Sent: Friday, June 12, 2015 5:21 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: IND$FILE Resource Log  Monitoring

 I have never used it. Others? Is it a popular solution?

 Charles

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Tom Marchant
 Sent: Friday, June 12, 2015 5:13 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: IND$FILE Resource Log  Monitoring

 On Thu, 11 Jun 2015 15:01:22 -0700, Charles Mills wrote:

 FTP transfers are well-auditable via SMF 118/119, unlike IND$FILE.
 This list of things it won't catch is, after all, nearly infinite.

 One that I didn't see in this thread is the use of the ISPF Workstation Agent.
 It is my tool of choice whenever I need to transfer a file. It is
 easy, fast and supported by an ISPF dialog.


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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log Monitoring)

[John Abell]

Odd.  I installed it without issue on Windows 7 64-bit Pro.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, June 12, 2015 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log  Monitoring)

Well, the version on my z/OS 1.12 system refuses to install on my Windows 7
x86_64 desktop. Curiously, it does seem to work on my Linux Fedora 22
x86_64 under wine32. So I tried it. In GUI mode, it stinks. But in non-GUI 
mode, the file transfer is, well, OK. Personally, I prefer using Co:Z data set 
utilities to transfer over SSH. Or just plain old FTP.

--
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the 
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! 
John McKown

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log Monitoring)

[John Abell]

I have JCL set up for a specific set of files and members to be transferred
and the items are static.  C code which is ported to multiple non-Z.OS
platforms  However for one off stuff, WSCON is interesting even though a
copy and paste to FTP JCL is simple and quick.

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Steve Coalbran
Sent: Friday, June 12, 2015 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log 
Monitoring)

Hi John,
What is this of which you speak? an already in-place FTP of members
Does it have a psychic IPADDR function for 'obfuscated' servers?
/Steve



From:   John Abell john.ab...@intnlsoftwareproducts.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   2015-06-12 15:09
Subject:Re: ISPF Workstation Setup ( Was:  IND$FILE Resource Log  
Monitoring)
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Interesting toy although much much slower than an already in-place FTP of
members.  It seems to me there were other products similar to this in the
past that may or may not have been free.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com




Såvida annat inte anges ovan: / Unless stated otherwise above:
IBM Svenska AB
Organisationsnummer: 556026-6883
Adress: 164 92 Stockholm

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: OMVS not starting on my DR LPAR

[John Abell]

ARRRGHHH. Sorry.

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Friday, May 01, 2015 7:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS not starting on my DR LPAR

Good point.  I think it is a 65 second wait per filesystem that was open
RDWR when the backups were taken.  Filesystems that were mounted READ are
not affected.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Givens, Dennis W.
Sent: Thursday, April 30, 2015 5:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS not starting on my DR LPAR

I too have seen a delay due to following messages for each of the zfs files
and may be related to the issue.

08.48.55  IOEZ00807I In a wait to verify that aggregate
OMVS.SDSF.NABK.VMBKS11.SISFHFS.ZFS has no other writers. Member (smfid) last
wrote to the aggregate on Oct 10 14:51:48 2014.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Sumi, Joseph J. (CMS/CTR) (CTR)
Sent: Thursday, April 30, 2015 2:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS not starting on my DR LPAR

My experience with OMVS and DR is that it takes a very long time for OMVS to
initialize for the first IPL.

How long did you wait ? I have seen it take 30-45+ minutes for OMVS to
initialize at DR for my system. (While back home it is not an issue).  We
figured out that this had something to do with these being the first mounts
(root, other HFS/ZFS's) on a new LPAR.

Rgrds, Joseph Sumi





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Norgauer
Sent: Thursday, April 30, 2015 1:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OMVS not starting on my DR LPAR

I have a new z/os 2.1 system and when I IPL'ed it on my DR LPAR, OMVS never
started.

I noticed that my IFAPRD  member in parmlib was  obsolete and this caused
TCP base not to start.

Does TCP base actually start OMVS ASID?

If TCP is not the culprit, what actually starts OMVS.

My Sandbox 2.1 system had no problem with OMVS starting.


--
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 CNA SURETY voted
the #1 Carrier for Surety Bonds by PROPERTYCASUALTY360 Survey


NOTICE:  This e-mail message, including any attachments and appended
messages, is for the sole use of the intended recipients and may contain
confidential and legally privileged information. If you are not the intended
recipient, any review, dissemination, distribution, copying, storage or
other use of all or any portion of this message is strictly prohibited. If
you received this message in error, please immediately notify the sender by
reply e-mail and delete this message in its entirety.

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

This e-mail transmission contains information that is confidential and may
be privileged.   It is intended only for the addressee(s) named above. If
you receive this e-mail in error, please do not read, copy or disseminate it
in any manner. If you are not the intended recipient, any disclosure,
copying, distribution or use of the contents of this information is
prohibited. Please reply to the message immediately by informing the sender
that the message was misdirected. After 

Re: Windsor, Ontario, Canada mainframers

[John Abell]

Hi,

Thanks.  I believe Mike Baldwin sent you a note.  He is originally from 
Kingsville.  I will talk with  him this morning as we sit beside each other at 
the TDM.

Yours truly,
John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Graham Hobbs
Sent: Wednesday, April 15, 2015 10:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Windsor, Ontario, Canada mainframers

John,
Our seven municipalities (including Kingsville) plus County are server farms 
and getting bigger .. sez it all:-) . All the personnel are farm oriented, few, 
if any, have any idea of mainframe capabilities. Concept is consolidate but 
being on my own, am looking for local, flesh bearing mainframe bigots to work 
with me.
Graham

On 2015-04-15 9:36 PM, John Abell wrote:
 Ok.  I am in Toronto if that helps.  I also have a sister-in-law in 
 Kingsville.

 Let me know if I can provide anything.  I would be interested in why the 
 proposal for a mainframe since I have been with the mainframe since the first 
 360 Model 40 at Massey-Ferguson in 1967.

 John T. Abell
 Tel:800-295-7608Option 4
 President
 International:  1-416-593-5578  Option 4
 E-mail:  john.ab...@intnlsoftwareproducts.com
 Fax:800-295-7609

 International:  1-416-593-5579


 International Software Products
 www.ispinfo.com

 This email may contain confidential and privileged material for the
 sole use of the intended recipient(s). Any review, use, retention,
 distribution or disclosure by others is strictly prohibited. If you are not 
 the intended recipient (or authorized to receive on behalf of the named 
 recipient), please contact the sender by reply email and delete all copies of 
 this message. Also,email is susceptible to data corruption, interception, 
 tampering, unauthorized amendment and viruses. We only send and receive 
 emails on the basis that we are not liable for any such corruption, 
 interception, tampering, amendment or viruses or any consequence thereof.


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Graham Hobbs
 Sent: Wednesday, April 15, 2015 9:32 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Windsor, Ontario, Canada mainframers

 Hi John,
 Thanks for the thought, am already in touch with IBM. Am trying to
 find my old mainframe mates in Windsor to help the cause. Not looking
 good:'( Graham

 On 2015-04-15 2:01 PM, John Abell wrote:
 I am at the Spring z Systems TDM in Poughkeepsie NY with IBM and 3 
 Compuwarians.  I will run this by some IBMers here and see where we get.

 John T. Abell
 Tel:800-295-7608Option 4
 President
 International:  1-416-593-5578  Option 4
 E-mail:  john.ab...@intnlsoftwareproducts.com
 Fax:800-295-7609

 International:  1-416-593-5579


 International Software Products
 www.ispinfo.com

 This email may contain confidential and privileged material for the
 sole use of the intended recipient(s). Any review, use, retention,
 distribution or disclosure by others is strictly prohibited. If you are not 
 the intended recipient (or authorized to receive on behalf of the named 
 recipient), please contact the sender by reply email and delete all copies 
 of this message. Also,email is susceptible to data corruption, interception, 
 tampering, unauthorized amendment and viruses. We only send and receive 
 emails on the basis that we are not liable for any such corruption, 
 interception, tampering, amendment or viruses or any consequence thereof.


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Tom Marchant
 Sent: Wednesday, April 15, 2015 1:59 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Windsor, Ontario, Canada mainframers

 On Wed, 15 Apr 2015 12:58:50 -0400, Graham Hobbs wrote:

 I don't think there's any IBM mainframes in Windsor anymore
 I don't know if there are either, but if I stand up at my desk and look to 
 the south I can see Windsor across the river. There are still

Re: Windsor, Ontario, Canada mainframers

[John Abell]

I am at the Spring z Systems TDM in Poughkeepsie NY with IBM and 3 
Compuwarians.  I will run this by some IBMers here and see where we get.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Wednesday, April 15, 2015 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Windsor, Ontario, Canada mainframers

On Wed, 15 Apr 2015 12:58:50 -0400, Graham Hobbs wrote:

I don't think there's any IBM mainframes in Windsor anymore

I don't know if there are either, but if I stand up at my desk and look to the 
south I can see Windsor across the river. There are still mainframes in Detroit.

looking for any dinosaurs who might be cajoled into help
develop/present a mainframe case at County level.

Depending on what you have in mind, you might be able to get Compuware to help. 
And what about IBM?

--
Tom Marchant
Abend-AID development
Compuware

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


---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com

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

Re: Windsor, Ontario, Canada mainframers

[John Abell]

Ok.  I am in Toronto if that helps.  I also have a sister-in-law in Kingsville.

Let me know if I can provide anything.  I would be interested in why the 
proposal for a mainframe since I have been with the mainframe since the first 
360 Model 40 at Massey-Ferguson in 1967.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Graham Hobbs
Sent: Wednesday, April 15, 2015 9:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Windsor, Ontario, Canada mainframers

Hi John,
Thanks for the thought, am already in touch with IBM. Am trying to find my old 
mainframe mates in Windsor to help the cause. Not looking good:'( Graham

On 2015-04-15 2:01 PM, John Abell wrote:
 I am at the Spring z Systems TDM in Poughkeepsie NY with IBM and 3 
 Compuwarians.  I will run this by some IBMers here and see where we get.

 John T. Abell
 Tel:800-295-7608Option 4
 President
 International:  1-416-593-5578  Option 4
 E-mail:  john.ab...@intnlsoftwareproducts.com
 Fax:800-295-7609

 International:  1-416-593-5579


 International Software Products
 www.ispinfo.com

 This email may contain confidential and privileged material for the
 sole use of the intended recipient(s). Any review, use, retention,
 distribution or disclosure by others is strictly prohibited. If you are not 
 the intended recipient (or authorized to receive on behalf of the named 
 recipient), please contact the sender by reply email and delete all copies of 
 this message. Also,email is susceptible to data corruption, interception, 
 tampering, unauthorized amendment and viruses. We only send and receive 
 emails on the basis that we are not liable for any such corruption, 
 interception, tampering, amendment or viruses or any consequence thereof.


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Tom Marchant
 Sent: Wednesday, April 15, 2015 1:59 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Windsor, Ontario, Canada mainframers

 On Wed, 15 Apr 2015 12:58:50 -0400, Graham Hobbs wrote:

 I don't think there's any IBM mainframes in Windsor anymore
 I don't know if there are either, but if I stand up at my desk and look to 
 the south I can see Windsor across the river. There are still mainframes in 
 Detroit.

 looking for any dinosaurs who might be cajoled into help
 develop/present a mainframe case at County level.
 Depending on what you have in mind, you might be able to get Compuware to 
 help. And what about IBM?

 --
 Tom Marchant
 Abend-AID development
 Compuware

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


 ---
 This email has been checked for viruses by Avast antivirus software.
 http://www.avast.com

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


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


---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com

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

Re: RECFM=VBS,LRECL=32767?

[John Abell]

Laxman

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, December 16, 2014 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RECFM=VBS,LRECL=32767?

On Tue, 16 Dec 2014 18:06:20 +, Nims,Alva John (Al) wrote:

Oh boy, did someone go off on a tangent.

Let me throw in my $0.02 on this:

#1. YES, the RDW (4 bytes) MUST BE included in the length specified in
LRECL= #2. From the MVS JCL Reference:  the value of LRECL is either: 1 to 
32,760 for non-VSAM data sets. Or  1 to 32,761 for VSAM key-sequenced (KS), 
entry-sequenced (ES), or relative record (RR) data sets. (LRECL does not apply 
to VSAM linear space, RECORG=LS, data sets.)

So specifying 32,767  exceeds the maximum allowed, just as the error message 
states.

My question is, why should there be a limit of 32761?  I understand the signed 
halfword format imposes a limit of 32767.  I see no reason for any smaller 
limit.

-- gil

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


---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com

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

Re: 64bit

[John Abell]

I have just converted a large C program from 31-bit to 64-bit because MQ
Series Version 8 now supports LP64. There are 28 modules and no Metal C code
as this app runs on many different platforms.  All called assembler
subroutines, z/OS-only, are now AMODE 64 and a number do switches internally
to AMODE 31 in order to call 3rd party software that is either RMODE 24  or
31 (because of old I/O, etc.)  All this works fine at this point even
loading and walking through AMODE 31 load modules that are just DSECTs with
internal pointers to various control blocks.  The DSECT modules are also 3rd
party so we can't change them.  Calling the executables via the assembler
code requires you to use  __ptr32 in the C code for the variables to be
passed to the 3rd party code and then using only the 2nd word of each entry
in the parm list passed to the AMODE 64 assembler routine for restructuring
the parm list for the  3rd party software.  So far this is working better
than originally anticipated and was quite simple to implement.  There were
some odd changes to address the DSECT Load modules and internal blocks as
the original code worked on z/OS AMODE 31 and zLinux, multiple UNIX
environments, Wintel Linux and Windows in AMODE 64.  

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Friday, October 17, 2014 5:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64bit

These remarks of mine may produce some reactions ...

I have not done any 64-bit work in C/C++, but the number of this is not
available in AMODE 64 and this behaves differently in AMODE 64 notes
would give me pause. I have a requirement/enhancement that would be perfect
for above-the-bar from C++ but I am nervous about undertaking it that way
for that reason.

There seem to be in general so many unexpected interdependencies among
various C/LE options. I needed to interface to the GSK encryption. That
required POSIX(ON). All went well until final testing, when a stupid little
utility program that was supposed to be loadable from COBOL suddenly was
not. Why not? COBOL can't load a POSIX(ON) C program. Really? Really.

In addition to this sort of gotcha be aware of the inherent/documented
differences. In 32-bit C, for example, a uint and a size_t are the same
thing -- you can pass  of a size_t to a method with uint * in its
prototype; but in AMODE 64 C they are not the same thing and you cannot.

Don't get me wrong. I love XLC. Could not do what I am doing without it. But
AMODE 64 C gives me pause.

I would love to hear that I am wrong.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Scott Ford
Sent: Friday, October 17, 2014 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64bit

Charles,

The more I see the more I want/will convert the Cobol code to C or C++.  

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


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Re: COBOL LINK without Assembler?

[John Abell]

Thanks for the OLP output.  A fix should be on its way tp me soon.

Yours truly,
John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Monday, September 22, 2014 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LINK without Assembler?

Kirk:


I called A Cobol routine(s) in C without an issue …threaded , the threads 
started in C.



I have code if you would like to see



Regards,

Scott

www.identityforge.com





From: Kirk Wolf
Sent: ‎Monday‎, ‎September‎ ‎22‎, ‎2014 ‎10‎:‎38‎ ‎AM
To: IBM-MAIN@LISTSERV.UA.EDU





Thanks Don,

That is a pretty good idea, but not quite what I was looking for since
BPX1ATM would not be synchronous.   I suppose that I could follow it with
BPX1WAT to reap the child process return code.   So this combination is
probably one way to do it without Assembler.


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Sep 22, 2014 at 9:21 AM, Don Poitras poit...@pobox.com wrote:

 I would think you could call BPX1ATM (attach_execmvs()) from COBOL.

 In article CAHm_n2k3Y6YPjiF30BFYBhqFhvSgo0dub2wdVNne2K=
 tl8b...@mail.gmail.com you wrote:
  We have a batch utility program that is built in C that uses the XPLINK
  version of the C runtime.A customer would like to dynamically call
  this from COBOL, but of course the LE runtimes are not compatible:

  IGZ0179S A dynamic call to COZBATCH failed because the load module
 contains
  one
   or more routines with XPLINK linkage.


  Is it possible to do the equivalent of a Assembler LINK (separate
  RB
 and
  LE runtime environment) from COBOL without writing an Assembler stub
  routine?

  Thanks,

  Kirk Wolf
  Dovetailed Technologies
  http://dovetail.com

 --
 Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
 sas...@sas.com   (919) 531-5637Cary, NC 27513

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


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Re: SORT JCL

[John Abell ISP]

Based on stats I have had, command chaining or similar seems to be what they 
do.  Did that years ago in a bunch of programs for tape spooling and 
subsequent processing.


-Original Message- 
From: Tom Brennan

Sent: Sunday, September 14, 2014 5:25 PM Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORT JCL

I remember I needed some quick changes to a very large PS dataset, and
not wanting to struggle with DFSORT syntax I wrote a quick assembler
program (QSAM with a large block size and extra buffers).  Nothing could
be faster than an assembled program, right?  Later I figured out how to
do the same work with DFSORT or ICETOOL, and was surprised when the SORT
job ran in about 25% less clock time than my own simple program.  All I
could guess is that DFSORT has some DASD tricks to speed things up, like
you say.

Martin Packer wrote:
Without wishing to appear a die hard defender of DFSORT :-) I would 
expect DFSORT's I/O speed to be better than that of a program (even with 
decent Sequential File tuning). But that quite possibly DOESN'T matter.


Cheers, Martin


--
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: [Bulk] Re: [IBM-MAIN] General question on moving DFHSM work from mix TAPE/DASD to More DASD

[John Abell]

I suspected that you were with your brother.  This must be quite
disheartening to say the least.

The man from CRA is back from holidays and asked yesterday how the MICS
component was coming along.

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Pommier, Rex
Sent: Tuesday, August 26, 2014 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [Bulk] Re: [IBM-MAIN] General question on moving DFHSM work
from mix TAPE/DASD to More DASD

Ron,

One of your explanation paragraphs caught my attention so I'm asking out of
curiosity, for my own benefit.

your paragraph

What I find important is there is no data transformation or recall latency:
it is all transparent to the application. You have to read 12 months of
General Ledger files or SMF data sets? The application simply reads them
directly from whatever tier disk the pages happen to be on. You're not
waiting 24 hours for data sets scattered all over myriad ML2 tapes to be
recalled, you don't have to find redundant Primary space to store the
recalled data sets, and there won't be any TMM thrash when they are migrated
again by the next space management cycle. That process is transparent to
z/OS in the way we thought the STK Iceberg would go. Of course all this
dormant data remains replicated with TC and/or HUR while it is being
shuffled around the backstore tiers in both sites - you're not moving any
DFSMShsm traffic across the replication links.

/your paragraph

The sentence where you said the application simply reads them directly from
whatever tier disk the pages happen to be on intrigues me.  Does the HDS
scenario you are talking about here use some kind of algorithm to leave this
kind of data on the level-3 spindles for a certain number of reads (or
something else like that) or once the page is referenced does it work in the
background to elevate the pages to higher performance tiers?  

Thanks,

Rex

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


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Re: Buying desktop software from IBM

[John Abell]

How odd that they didn't include the real one - Canadian English EH!!

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Tuesday, May 13, 2014 6:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Buying desktop software from IBM

In the checkout process, it wants to know my Communication Language and my
Media Language. For the latter, choices include:

Australian English

British English

Eastern European English

English

International English

US English

 

I'd be hard-pressed to choose among several of those.or to even imagine what
Eastern European English is?!

 

Anyone? Bueller?


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


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Re: Rexx Concurrency (was: Sorting CSV data ...)

[John Abell]

Ok.  Thanks.

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Sankaranarayanan, Vignesh
Sent: Monday, April 28, 2014 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx Concurrency (was: Sorting CSV data ...)

 In your case, you estimated 5000 pings and SNMP GET's. If you spawn that
many process under Netview could be detrimental. Can SNMP become CPU
intensive? Will there be a situation where you need to cancel 5000 processes
(or worse - restart Netview because of the overload).
Well, 5000 printers but if I hadn't mentioned before, apologies - of the
5000, I'm interested in only around 700. Whenever I encounter a printer that
belongs to the 4300 pool, I just ITERATE in REXX. And even for the 700, I
don't SNMP it all. I ping them first; if the ping fails, nothing else. If
ping is okay, get more info via SNMP. So the true number maybe near 550. I
haven't bothered checking how many pings fail (yet).
NetView does run with higher priority, so I do understand the risks
involved.

 Will the number increase from 5000 to a much larger number?
Not likely. Maybe 7000, but that's assuming the worst case where we just
need those printers.
 Will someone decide running this every 10 minutes is a great idea?
I'm the only one who runs it. No one is going to automate it without my
knowledge.

- Vignesh
Mainframe Admin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jon Perryman
Sent: 27 April 2014 22:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx Concurrency (was: Sorting CSV data ...)

There is often a reason why z/OS makes simple UNIX tasks difficult or makes
good people do bad things. In your case, you estimated 5000 pings and SNMP
GET's. If you spawn that many process under Netview could be detrimental.
Can SNMP become CPU intensive? Will there be a situation where you need to
cancel 5000 processes (or worse - restart Netview because of the overload).
Will the number increase from 5000 to a much larger number? Will someone
decide running this every 10 minutes is a great idea?

Automation products run at a high dispatching priority and run mission
critical commands. You can potentially take away valuable CPU from much more
important workload or even worse, cause a critical command to be delayed.

Submitting JCL is the best solution but submitting 1000 jobs to be a bit
much.Submitting 3 or 4 is more reasonable but you will need to use a queue
to pull the next IP address. For the queue, you could install / use the REXX
interface to MQ or DB2. Alternatively you could install / use RXVSAM from
CBT and use a VSAM file as a queue.


If you do this in Netview, I suggest scheduling multiple Netview commands
that are processed by a set of specific Netview command tasks. You can stop
/ start these tasks if Netview get's overwhelmed and Netview cancel command
is available to cancel the commands.

Jon Perryman.


- Original Message -
 From: Sankaranarayanan, Vignesh
 vignesh.v.sankaranaraya...@marks-and-spencer.com

 Continuing dream mode, is it possible to SNMP GET and PING from inside 
 OMVS, whilst maintaining the NetView REXX as parent?
 That would allow me to spin up threads I hope ...

 -Original Message-
 Of Paul Gilmartin

 On Thu, 17 Apr 2014 17:41:12 -0500, Norbert Friemel wrote:

 On Thu, 17 Apr 2014 19:26:17 +, Sankaranarayanan, Vignesh wrote:

 Ok.. Is it possible to fire off other REXXes repetitively (let's say
 2 or 3, each doing one function) that will not RETURN to the main, but 
 write their output to a dataset once done?

 Submit batch jobs (PGM=IKJEFT01,PARM='%rxsub?? p1 p2 p3) from the main?

 Neither DDLIST nor Google gives me relevant hits for RXSUB.

 (But it really shouldn't be that hard.  For each job:

 RC = BPXWDYN( 'alloc rtddn(RDR) sysout writer(INTRDR) msg(WTP)' )
 /* write JCL to RDR with EXECIO.  */
 RC = BPXWDYN( 'free dd('RDR') msg(WTP)' )

 The hard part is detecting completion and getting status back.)

 -- gil

Re: FDRCOPY Support for zFS Quiesce

[John Abell]

Agreed.

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Wednesday, April 16, 2014 12:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FDRCOPY Support for zFS Quiesce

For those that love FDR like I do, you may have seen a complaint of mine in the 
past that there was no support for zFS quiesce.  Even though the interface was 
the exact same as for HFS, FDR must have been checking
the file type and not not quiescing zFS.My cloning jobs had a zfsadm
quiesce step prior to cloning the zFS files and and post unquiesce step.

Well, that is no longer a concern.  At FDR 5.4 level 78, support was quietly 
added for ZFS=QUIESCE to the copy command (I skipped from lvl 76
to lvl 80 in prep for z/OS 2.1).   Whether you specify HFS=QUIESCE or
ZFS=QUIESCE, the functionality is the same and both HFS and ZFS will be 
quiesced when you copy them (I tested this, because it wasn't clear to me that 
was the case).

Thank you Innovation!   I've been waiting years for this (DFDSS has
had this support for a long time).

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
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Re: Compiler error in z/OS C compiler

[John Abell]

Well we do not want to have to check to see if things are changed every time
we leave the building.  We have more than enough to do as it is.

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Bernd Oppolzer
Sent: Tuesday, April 01, 2014 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compiler error in z/OS C compiler

of course, all those problems are easily solved when coding some small
ASSEMBLER subprograms. I did this in fact, when we had some problems in the
past with the 0C8 abends due to high order bits set in passed addresses
(call an ASSEMBLER subprogram to switch OFF the PSW mask bit for 0C8 on
entry to the C module - which the site wanted to be ON in the normal case -
and switch it ON again, when leaving the C module).

The solution with ASSEMBLER subprograms of course has the drawback that you
have to link the subprogram, that is, you have some impact on the compile
and link JCL, which is not always desirable, and: you have to provide at
least minimal linkage conventions, while a C solution, as I provided it in
my other post, can be inlined in the generated C code without this overhead.

The key is indeed, as Andrew Rowley pointed it out: if you don't tell the C
compiler that the pointer coming from PL/1 is a pointer, the C compiler will
not treat it as a 31 bit value, so you can manipulate it before casting it
to a pointer ... at least I hope so. I see no reason, why the solution
proposed by Andrew should not work.

Kind regards

Bernd




Am 01.04.2014 16:44, schrieb Charles Mills:
 Perhaps write the cleanup function in assembler? This is obviously a 
 trivial problem in assembler. None of the inconvenience of strong 
 typing to get in your way LOL.

 Charles

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


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Recall: Compiler error in z/OS C compiler

[John Abell]

John Abell would like to recall the message, Compiler error in z/OS C
compiler.


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

FW: Compiler error in z/OS C compiler

[John Abell]

Please disregard this message.  It was sent inadvertanly.

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Abell
Sent: Tuesday, April 01, 2014 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compiler error in z/OS C compiler

Well we do not want to have to check to see if things are changed every time
we leave the building.  We have more than enough to do as it is.

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Bernd Oppolzer
Sent: Tuesday, April 01, 2014 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compiler error in z/OS C compiler

of course, all those problems are easily solved when coding some small
ASSEMBLER subprograms. I did this in fact, when we had some problems in the
past with the 0C8 abends due to high order bits set in passed addresses
(call an ASSEMBLER subprogram to switch OFF the PSW mask bit for 0C8 on
entry to the C module - which the site wanted to be ON in the normal case -
and switch it ON again, when leaving the C module).

The solution with ASSEMBLER subprograms of course has the drawback that you
have to link the subprogram, that is, you have some impact on the compile
and link JCL, which is not always desirable, and: you have to provide at
least minimal linkage conventions, while a C solution, as I provided it in
my other post, can be inlined in the generated C code without this overhead.

The key is indeed, as Andrew Rowley pointed it out: if you don't tell the C
compiler that the pointer coming from PL/1 is a pointer, the C compiler will
not treat it as a 31 bit value, so you can manipulate it before casting it
to a pointer ... at least I hope so. I see no reason, why the solution
proposed by Andrew should not work.

Kind regards

Bernd




Am 01.04.2014 16:44, schrieb Charles Mills:
 Perhaps write the cleanup function in assembler? This is obviously a 
 trivial problem in assembler. None of the inconvenience of strong 
 typing to get in your way LOL.

 Charles

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


---
This email is free from viruses and malware because avast! Antivirus
protection is active.
http://www.avast.com

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


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Re: Enterprise Cobol 5.1

[John Abell]

Hi Sharon,

We are an ISV and I am in the early stages of playing with this.  From what
I can tell, the PDSE is a requirement.  Maybe someone else will comment.  I
have compiled a couple of DB2 V10 programs that use CAF and that were
previous compiled on 4.2 using the DB2 V10 Preprocessor as well and that
part worked fine once I worked out the compiler PARM syntax for DB2.  You no
longer need to run the DB2 Preprocessor, at least for the code that I am
using, as there is a built in DB2 feature using the SQL parameter and some
SQL subparameters.  I can provide a sample if you like. The intent is to see
if this runs on any other z/OS version, I have 1.8, 1.11, 1.12 1nd 1.13
available.  I suspect maybe not but I haven't had time to get to the testing
yet because of other commitments.  The loss of support for 24-bit may also
be an issue for some.

When I get further on with this I will let you know.

Yours truly,
John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lopez, Sharon
Sent: Monday, March 17, 2014 2:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Enterprise Cobol 5.1

Has anyone migrated to Enterprise Cobol 5.1 from earlier enterprise
releases?  I guess that I was really surprised that it will not run on z/OS
1.12 and that the executables can only reside in a PDSE.  Am I understanding
this correctly?


Sharon Lopez
z/OS Systems Programmer
N.C. Office of Information Technology Services
919.754.6432   Office
919.398.8638   Cell
919.754.6000ITS Service Desk
sharon.lo...@nc.govmailto:sharon.lo...@nc.gov
http://www.its.state.nc.ushttp://www.its.state.nc.us/





E-mail correspondence to and from this address may be subject to the North
Carolina Public Records Law and may be disclosed to third parties by an
authorized state official.

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


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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

Re: Check out BBC News - Lenovo shares rise on reports of IBM deal

[John Abell]

According to something that I just read, the deal actually happened
yesterday.

John T. Abell
President
International Software Products
Tel:  800-295-7608  Ext: 224
International:  1-416-593-5578  Ext: 224
Fax:  800-295-7609
International:  1-416-593-5579

E-mail:  john.ab...@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Jaffe
Sent: Friday, January 24, 2014 12:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check out BBC News - Lenovo shares rise on reports of IBM deal

On 1/21/2014 12:49 AM, Ed Finnell wrote:
 _BBC News - Lenovo  shares rise on reports of IBM deal_
 (http://www.bbc.co.uk/news/business-25822557)

They dropped this bid. Apparently, IBM wanted too much money.

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

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


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

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