AW: Serverpac installs January 2022 and beyond - Issues

[Barbara Nitz]

Good morning Marna,

thanks for reporting that, someone else may have a need for the full html. I 
don't have much to do as far as migration actions go - SDSF was done a long 
time ago. I still need to do comparisons for /etc and /var, and set up ieasys 
to pick the parmlib members for 2.5, and then I am good for the first IPL.

While I do have a 'successor', it is an early thirtiesh  woman full of 'yeah, I 
can do that' but she doesn't deliver anything after a year of being in the 
department and getting 'mentored' by me. She doesn't read up on any 
explanations and doesn't look up information for the task she was set. The only 
thing she ever did was set up our 'ipl sheet' in excel (which I don't do), and 
even that was sloppy and I had to correct a lot. So I am not hopeful that she 
will be able to do any customization for z/OSMF, much less do the conceptual 
work required. I will probably be the one to do that. :-( She was absent the 
full time I did the 2.5 install, and that is what she is supposed to do the 
next time. While my boss tells me that I 'expect too much', a few of my 
colleagues have the same opinion as I do.

Is it still totally important to set up everything for z/OSMF *exactly* as IBM 
decrees? The first hurdle is already that we cannot use the uid/gid IBM uses 
because that is already taken. Our (auto)UID/GIDs are in the upper range 
counting down. Which means to go over the ZFSs and change ownership throughout, 
right?

And how are you? Here Covid numbers are on the rise again, not enough people 
are vaccinated (most especially not children under 12) and we won't have 
another lockdown, according to the just elected government. I am still in my 
home office and enjoy my dog who now starts to settle a little. Come November 
18th, I'll be on vaccation until next year, when I'll do the first 2.5 refresh 
before rollout starts. How are your cats? Are you travelling again?

Mit freundlichen Grüßen,
Barbara Nitz

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Marna WALLE
Gesendet: Freitag, 29. Oktober 2021 15:05
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: Serverpac installs January 2022 and beyond - Issues

HI Barbara,

==>  I did a 'save as' in the browser and saved the html pages to my laptop. I 
expected the content to be on my laptop, but it wasn't. When I opened the html 
pages using notepad, there was some small crap in it that was way too small to 
be the information I had seen online. I actually had to go back and search for 
the link again, save that to my bookmarks and  read online. When I skipped a 
few chapters, it took forever to load the intended content. It felt like that 
content had a lot of external links in it that would explain why it was so slow.

Ugh...this is because of IBM Documentation.  It was supposed to give you an 
excellent HTML file of the content you were looking.  Alias, that doesn't 
happen. I've reported the problem, but do feel free to also provide feedback to 
urge the solution along faster.

I know you don't have z/OSMF up yet, but for those that do want that nice HTML 
file, you only need the core functions of z/OSMF to get you far enough to 
create the Upgrade Workflow there, and then export it. Before you export it, 
you can tailor it nicely for your system to make it much smaller than otherwise 
it would be.

-Marna WALLE
z/OS System Install and Upgrade
IBM Poughkeepsie

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




KfW / Sitz: Frankfurt am Main
Vorstand: Stefan Wintels (Vorsitzender), Dr. Ingrid Hengster,
Melanie Kehr, Christiane Laibach, Bernd Loewen, Dr. Stefan Peiss
Verwaltungsrat: Bundesminister Olaf Scholz (Vorsitzender)
Datenschutz 

-Disclaimer-
Die in dieser E-Mail und den dazugehoerigen Anhaengen (die Nachricht)
enthaltenen Informationen sind nur fuer den Adressaten bestimmt und koennen
vertrauliche und/oder rechtlich geschuetzte Informationen enthalten. Sollten
Sie die Nachricht irrtuemlich erhalten haben, loeschen Sie die Nachricht
bitte und benachrichtigen Sie den Absender, ohne die Nachricht zu kopieren
oder zu verteilen oder ihren Inhalt an andere Personen weiterzugeben. Ausser
bei Vorsatz oder grober Fahrlaessigkeit schliessen wir jegliche Haftung fuer
Verluste oder Schaeden aus, die durch virenbefallene Software oder E-Mails
verursacht werden.

-Disclaimer-
The information contained in this e-mail and any attachments (the message)
is intended for the addressee only and may contain confidential and/or
privileged information. If you have received the message by mistake please
delete it and notify the sender and do not copy or distribute it or disclose
its contents to anyone. Except 

Re: Fall back STP Adjustments

[Eric D Rossman]

It falls back from 0100am to 1200am in your scenario, never switching days

Sent from HCL Verse


   Gibney, Dave --- [EXTERNAL] Re: Fall back STP Adjustments --- 
From:"Gibney, Dave" 
<03b5261cfd78-dmarc-requ...@listserv.ua.edu>To:ibm-m...@listserv.ua.EDUDate:Mon,
 Nov 1, 2021 3:02 PMSubject:[EXTERNAL] Re: Fall back STP Adjustments
  
  A fallback from 2am to 1am local time would be correct, A fall back to 
yesterday, (1am to 12pm) would not be a good idea on many levels> -Original 
Message-> From: IBM Mainframe Discussion List  
On> Behalf Of Carmen Vitullo> Sent: Monday, November 01, 2021 11:32 AM> To: 
IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: Fall back STP Adjustments> > my time 
variables for USS in etc/profile and cee parms have been a non issue> > new to 
me and my issue is when the STP timer actually falls back, 1am or> 2am based on 
the doc I have with automatic time adjustment being done> @7AM UTC time> > > 
Carmen> > On 11/1/2021 1:24 PM, Paul Gilmartin wrote:> > On Mon, 1 Nov 2021 
12:59:43 -0500, Carmen Vitullo wrote:> >> >> I was mistaken yes 7am UTC> >>> > 
And do you have the correct setting in the various (too many) OMVS> > 
configuration files?  For exampe:> >  526 $ tail -1 
/usr/share/zoneinfo/America/Chicago> >  CST6CDT,M3.2.0,M11.1.0> >> > 
(CST6CDT) should suffice.  If so, OMVS processes should adjust> > 
automatically.  Would that Classic MVS were so clever!> >> > Even 
better: zones__;!!JmPEgBY0HMszNaDT!-qT2O4u-> 
T4WtJM01qe0HGqiE_qx_VtEqz3EeCoCyXgxRcTlVy0-NzHPAyMeYnA$ >> > It's free!  z/OS 
Java uses it.> >> >> >> On 11/1/2021 12:57 PM, Ramsey Hallman wrote:> >>> 
Central Daylight Time is 5 hours BEHIND UTC.  As I write this, it's about> >>> 
13:00 CDT.  That's 18:00 UTC.>  >>> Are you sure about the 7 *PM* time  
7AM UTC would be 2AM CDT.>  >>> On Mon, Nov 1, 2021 at 12:47 PM Carmen 
Vitullo  \wrote:>   I hate to beat a dead horse as it relates to time 
change, but this year we>  have a new z15 and the new HMC version. we're 
setup currently for> automatic>  adjustment, my question is that's not in 
the doc I have; the time will>  change @7PM UTC time according to the doc, 
so that means 2AM> Central time?>  or 1AM central time> > -- gil> >> > 
--> > For 
IBM-MAIN subscribe / signoff / archive access instructions,> > send email 
tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN> >> --> /I am not 
bound to win, but I am bound to be true. I am not bound to> succeed, but I am 
bound to live by the light that I have. I must stand> with anybody that stands 
right, and stand with him while he is right,> and part with him when he goes 
wrong. *Abraham Lincoln*/> > 
--> For 
IBM-MAIN subscribe / signoff / archive access instructions,> send email to 
lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


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

Re: Fall back STP Adjustments

[Eric D Rossman]

It ticks from 015959 to 01. You get 01-015959 twice, but 02 just 
once

Sent from HCL Verse


   Retired Mainframer --- [EXTERNAL] Re: Fall back STP Adjustments --- 
From:"Retired Mainframer" 
<03a485c129c3-dmarc-requ...@listserv.ua.edu>To:ibm-m...@listserv.ua.EDUDate:Mon,
 Nov 1, 2021 3:21 PMSubject:[EXTERNAL] Re: Fall back STP Adjustments
  
  I think the answer is both.  AT 0700 UTC it will be 0200 CDT.  After an 
infinitely small interval, it will still be 0700 UTC but will be 0100 CST.  At 
the time of transition, either CST is correct (or maybe neither are).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, November 1, 2021 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fall back STP Adjustments

I hate to beat a dead horse as it relates to time change, but this year we 
have a new z15 and the new HMC version. we're setup currently for automatic 
adjustment, my question is that's not in the doc I have; the time will change 
@7PM UTC time according to the doc, so that means 2AM Central time? or 1AM 
central time
thanks
Carmen (mostly confused)

--
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: Data Exfiltration

[Seymour J Metz]

IBM 3270 PC.

The basic 3270 extended data stream is pretty straightforward, although it gets 
more complicated for things kije file transfer and graphics.


From: IBM Mainframe Discussion List  on behalf of 
Phil Smith III 
Sent: Monday, November 1, 2021 10:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Data Exfiltration

Long ago, when the world was young, there was an IBM manual for an early 3270 
emulator that actually documented the IND$FILE
protocol. I have a copy somewhere. But yeah, they've made it hard to grok.



WSF is well documented in the 3270 protocol books-but those are probably hard 
to find these days. And 3270 programming in general
isn't for the faint of heart.



If I were [more?] evil and wanted to exfiltrate data on a system where IND$FILE 
was disabled/removed, I'd do as others have
suggested: convert the data to hex nibbles and drive the screen using a script. 
Slow but doable.



...phsiii


--
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: Data Exfiltration

[Phil Smith III]

Long ago, when the world was young, there was an IBM manual for an early 3270 
emulator that actually documented the IND$FILE
protocol. I have a copy somewhere. But yeah, they've made it hard to grok.

 

WSF is well documented in the 3270 protocol books-but those are probably hard 
to find these days. And 3270 programming in general
isn't for the faint of heart.

 

If I were [more?] evil and wanted to exfiltrate data on a system where IND$FILE 
was disabled/removed, I'd do as others have
suggested: convert the data to hex nibbles and drive the screen using a script. 
Slow but doable.

 

...phsiii


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

Re: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[Gerhard Adam]

> ITYM TANSTAAFL, as originally coined by Larry Niven(?)

Robert Heinlein, "The Moon is a Harsh Mistress"

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Monday, November 1, 2021 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022
and beyond - Issues]

No, but he did coin "Think of it as evolution in action."


From: IBM Mainframe Discussion List  on behalf of
Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
Sent: Monday, November 1, 2021 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022
and beyond - Issues]

Classification: Confidential

ITYM TANSTAAFL, as originally coined by Larry Niven(?)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Farley, Peter x23353
Sent: Monday, November 1, 2021 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022
and beyond - Issues]

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

I am aware of only one product (commercial) that claims to be of any help in
language conversion for assembler code, but there may be more of which I am
unaware.  In the one case I am aware of, the results were truly horrible
COBOL code that didn't even come close to performing the same function as
the assembler from which it was converted.  I will not name the product for
obvious reasons.

In my experience of performing this exact task more than once in my career,
I have found that the best route to success is deep reading of the assembler
code until you understand the function, input, and output criteria.  Once
you understand what it is supposed to accomplish, rewriting it manually in a
more "modern" language is far more likely to succeed than any mechanical
conversion can provide for you.

TANSTAFL -- There ain't no such thing as a free lunch.  You have to put in
the effort to understand the original code or you are probably not going to
get it right.

If you are lucky there is some kind of programmer-level or at least
business-level documentation available describing the original intended
function along with its expected inputs and outputs.  If not, the only
choice left is just reading and understanding the code on your own.

Good luck.  It can be quite a hard task, but if you put in the effort you
can succeed.

Peter


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Warren Brown
Sent: Monday, November 1, 2021 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues

Hey experts;  I am back with mainframes.  I have a new position to analyze
to  assembly language program. Is their any programs to analyze ASM programs
for re-write them to a more modern language. Perhaps their are tools to help
me, Thanks, Warren
--



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

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


-

Re: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[Seymour J Metz]

No, but he did coin "Think of it as evolution in action."


From: IBM Mainframe Discussion List  on behalf of 
Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
Sent: Monday, November 1, 2021 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022 and 
beyond - Issues]

Classification: Confidential

ITYM TANSTAAFL, as originally coined by Larry Niven(?)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Monday, November 1, 2021 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022 and 
beyond - Issues]

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

I am aware of only one product (commercial) that claims to be of any help in 
language conversion for assembler code, but there may be more of which I am 
unaware.  In the one case I am aware of, the results were truly horrible COBOL 
code that didn't even come close to performing the same function as the 
assembler from which it was converted.  I will not name the product for obvious 
reasons.

In my experience of performing this exact task more than once in my career, I 
have found that the best route to success is deep reading of the assembler code 
until you understand the function, input, and output criteria.  Once you 
understand what it is supposed to accomplish, rewriting it manually in a more 
"modern" language is far more likely to succeed than any mechanical conversion 
can provide for you.

TANSTAFL -- There ain't no such thing as a free lunch.  You have to put in the 
effort to understand the original code or you are probably not going to get it 
right.

If you are lucky there is some kind of programmer-level or at least 
business-level documentation available describing the original intended 
function along with its expected inputs and outputs.  If not, the only choice 
left is just reading and understanding the code on your own.

Good luck.  It can be quite a hard task, but if you put in the effort you can 
succeed.

Peter


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Warren Brown
Sent: Monday, November 1, 2021 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues

Hey experts;  I am back with mainframes.  I have a new position to analyze to  
assembly language program. Is their any programs to analyze ASM programs for 
re-write them to a more modern language. Perhaps their are tools to help me, 
Thanks, Warren
--



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

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


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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists.

Re: Load Module Search Libs

[Peter Relson]

Joe,


but I found this value to be erroneous 


You made this statement some time ago and what was found to be erroneous 
was your statement. 

Why do you find it so difficult to provide the obvious data? 
-- You did not show what values you used when initializing the DCB. 
-- You show register definitions in your invocations but do not show what 
you placed into those registers.
-- You show execute form that reference a list form without showing the 
list form definition
-- You show use of storage without showing that it is ever initialized 
(such as LPAREA and list forms).
-- You do not show the values of your equates or your other data. Is 
TWOMEM a word with a value of 2?

If someone asks for help, usually it is respectful for them to have done 
their due diligence first. You apparently did not try obvious things to 
narrow down where your error is. You assume that it has something to with 
CSVDYLPA. Maybe it does, maybe it doesn't. Consider trying something else 
to see whether that works. 

For example, just getmain 8 bytes of common storage, initialize it to 
whatever you want, and set up CSVDYLPA to name that as OPENFILE, with 
BYADDRESS=YES.
Then do the LINK.  Try to eliminate that it might be related to your BLDL 
or your LOAD or your OPEN. Etc.
Try CSVQUERY to see if the system thinks your CSVDYLPA for OPENFILE 
actually worked (all indications are that it did).

If you want my next guess, it's that you used an execute form of LINK 
without initializing the list form, landing with various garbage in the 
data passed to the system, including the indicator that you passed a DCB. 
And since you didn't pass a DCB, it's not surprising that what the system 
took to be a DCB wasn't valid.
If true, that  means that if you did nothing other than the LINK that you 
showed, you would have gotten the same abend and message (if you had done 
it correctly, you would have gotten "module not found"). Did you look at 
the parameter list passed to each system service that you invoked to see 
that it contained what you expected? 

It continues to amaze me how much patience many in this community show in 
trying to help you.

Peter Relson
z/OS Core Technology Design


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

Re: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[Farley, Peter x23353]

Mea culpa, I did leave out the extra "A".  TANSTAAFL it is.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, November 1, 2021 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022 and 
beyond - Issues]

ITYM TANSTAAFL, as originally coined by Larry Niven(?)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Monday, November 1, 2021 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022 and 
beyond - Issues]

I am aware of only one product (commercial) that claims to be of any help in 
language conversion for assembler code, but there may be more of which I am 
unaware.  In the one case I am aware of, the results were truly horrible COBOL 
code that didn't even come close to performing the same function as the 
assembler from which it was converted.  I will not name the product for obvious 
reasons.

In my experience of performing this exact task more than once in my career, I 
have found that the best route to success is deep reading of the assembler code 
until you understand the function, input, and output criteria.  Once you 
understand what it is supposed to accomplish, rewriting it manually in a more 
"modern" language is far more likely to succeed than any mechanical conversion 
can provide for you.

TANSTAFL -- There ain't no such thing as a free lunch.  You have to put in the 
effort to understand the original code or you are probably not going to get it 
right.

If you are lucky there is some kind of programmer-level or at least 
business-level documentation available describing the original intended 
function along with its expected inputs and outputs.  If not, the only choice 
left is just reading and understanding the code on your own.

Good luck.  It can be quite a hard task, but if you put in the effort you can 
succeed.

Peter


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Warren Brown
Sent: Monday, November 1, 2021 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues

Hey experts;  I am back with mainframes.  I have a new position to analyze to  
assembly language program. Is their any programs to analyze ASM programs for 
re-write them to a more modern language. Perhaps their are tools to help me, 
Thanks, Warren
--

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

Re: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[Mike Schwab]

There Aint No Such Thing As A Free Lunch - The Moon Is A Harsh Mistress.

On Mon, Nov 1, 2021 at 8:30 PM Allan Staller
<0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:
>
> Classification: Confidential
>
> ITYM TANSTAAFL, as originally coined by Larry Niven(?)
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Farley, Peter x23353
> Sent: Monday, November 1, 2021 11:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022 and 
> beyond - Issues]
>
> [CAUTION: This Email is from outside the Organization. Unless you trust the 
> sender, Don’t click links or open attachments as it may be a Phishing email, 
> which can steal your Information and compromise your Computer.]
>
> I am aware of only one product (commercial) that claims to be of any help in 
> language conversion for assembler code, but there may be more of which I am 
> unaware.  In the one case I am aware of, the results were truly horrible 
> COBOL code that didn't even come close to performing the same function as the 
> assembler from which it was converted.  I will not name the product for 
> obvious reasons.
>
> In my experience of performing this exact task more than once in my career, I 
> have found that the best route to success is deep reading of the assembler 
> code until you understand the function, input, and output criteria.  Once you 
> understand what it is supposed to accomplish, rewriting it manually in a more 
> "modern" language is far more likely to succeed than any mechanical 
> conversion can provide for you.
>
> TANSTAFL -- There ain't no such thing as a free lunch.  You have to put in 
> the effort to understand the original code or you are probably not going to 
> get it right.
>
> If you are lucky there is some kind of programmer-level or at least 
> business-level documentation available describing the original intended 
> function along with its expected inputs and outputs.  If not, the only choice 
> left is just reading and understanding the code on your own.
>
> Good luck.  It can be quite a hard task, but if you put in the effort you can 
> succeed.
>
> Peter
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Warren Brown
> Sent: Monday, November 1, 2021 12:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Serverpac installs January 2022 and beyond - Issues
>
> Hey experts;  I am back with mainframes.  I have a new position to analyze to 
>  assembly language program. Is their any programs to analyze ASM programs for 
> re-write them to a more modern language. Perhaps their are tools to help me, 
> Thanks, Warren
> --
>
>
>
> 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
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be intercepted, 
> corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses 
> in transmission. The e mail and its contents (with or without referred 
> errors) shall therefore not attach any liability on the originator or HCL or 
> its affiliates. Views or opinions, if any, presented in this email are solely 
> those of the author and may not necessarily reflect the views or opinions of 
> HCL or its affiliates. Any form of reproduction, dissemination, copying, 
> disclosure, modification, distribution and / or publication of this message 
> without the prior written consent of authorized representative of HCL is 
> strictly prohibited. If you have received this email in error please delete 
> it and notify the sender immediately. Before opening any email and/or 
> attachments, please check them for viruses and other defects.
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

--
For IBM-MAIN subscribe / 

Re: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[Allan Staller]

Classification: Confidential

ITYM TANSTAAFL, as originally coined by Larry Niven(?)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Monday, November 1, 2021 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022 and 
beyond - Issues]

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

I am aware of only one product (commercial) that claims to be of any help in 
language conversion for assembler code, but there may be more of which I am 
unaware.  In the one case I am aware of, the results were truly horrible COBOL 
code that didn't even come close to performing the same function as the 
assembler from which it was converted.  I will not name the product for obvious 
reasons.

In my experience of performing this exact task more than once in my career, I 
have found that the best route to success is deep reading of the assembler code 
until you understand the function, input, and output criteria.  Once you 
understand what it is supposed to accomplish, rewriting it manually in a more 
"modern" language is far more likely to succeed than any mechanical conversion 
can provide for you.

TANSTAFL -- There ain't no such thing as a free lunch.  You have to put in the 
effort to understand the original code or you are probably not going to get it 
right.

If you are lucky there is some kind of programmer-level or at least 
business-level documentation available describing the original intended 
function along with its expected inputs and outputs.  If not, the only choice 
left is just reading and understanding the code on your own.

Good luck.  It can be quite a hard task, but if you put in the effort you can 
succeed.

Peter


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Warren Brown
Sent: Monday, November 1, 2021 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues

Hey experts;  I am back with mainframes.  I have a new position to analyze to  
assembly language program. Is their any programs to analyze ASM programs for 
re-write them to a more modern language. Perhaps their are tools to help me, 
Thanks, Warren
--



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

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


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

Re: Fall back STP Adjustments

[Paul Gilmartin]

On Mon, 1 Nov 2021 12:19:31 -0700, Retired Mainframer wrote:

>I think the answer is both.  AT 0700 UTC it will be 0200 CDT.  After an
>infinitely small interval, it will still be 0700 UTC but will be 0100 CST.  At
>the time of transition, either CST is correct (or maybe neither are).
>
I'm more comfortable with the opposite convention:
06:59:59.999... UTC is 01:59:59.999... CDT
07:00:00.000... UTC is 01:00:00.000... CST

Works better rounding to integral seconds.

-- gil

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

Re: Fall back STP Adjustments

[Carmen Vitullo]

my brain hurts, but I see what you are getting at, CDT 7AM UTC is 2AM, 
then at CST 7AM UTC is 1AM


I've had many discussion with service engineers about time, and what's 
relative, it made my head spin :)


- Carmen

On 11/1/2021 2:19 PM, Retired Mainframer wrote:

I think the answer is both.  AT 0700 UTC it will be 0200 CDT.  After an
infinitely small interval, it will still be 0700 UTC but will be 0100 CST.  At
the time of transition, either CST is correct (or maybe neither are).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Carmen Vitullo
Sent: Monday, November 1, 2021 10:47 AM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Fall back STP Adjustments

I hate to beat a dead horse as it relates to time change, but this year we
have a new z15 and the new HMC version. we're setup currently for automatic
adjustment, my question is that's not in the doc I have; the time will change
@7PM UTC time according to the doc, so that means 2AM Central time? or 1AM
central time
thanks
Carmen (mostly confused)

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

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


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


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

Re: Fall back STP Adjustments

[Gibney, Dave]

Not wanting to quibble. A one hour fall back from 1am is still, however briefly 
a fallback to yesterday, and is just not a good idea.


> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Retired Mainframer
> Sent: Monday, November 01, 2021 12:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fall back STP Adjustments
> 
> I thought midnight was considered 12AM (if for no other reason than to
> avoid
> an PM/AM transition at 12:01).
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of
> Gibney, Dave
> Sent: Monday, November 1, 2021 12:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fall back STP Adjustments
> 
> A fallback from 2am to 1am local time would be correct, A fall back to
> yesterday, (1am to 12pm) would not be a good idea on many levels
> 
> --
> 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: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[Pierre Fichaud]

All the conversions I did were for companies in France.

The first one was to convert SAS/C to IBM/C as the SAS stopped supporting their 
C compiler.
There were a number of SAS/C functions that I had to create going to IBM/C.
Some I wrote in C. The others I wrote in assembler.
It really helped that I had fairly deep z/OS internals.
I also knew the C language very well.
I had already used SAS/C and IBM/C.

The other conversions were from assembler to COBOL.
In most cases, I had to understand the program before grinding out COBOL code.
When you are dealing with addresses and DSECTs, it gets tricky porting that to 
COBOL using POINTERs.

In most cases, it was difficult work.

If you aren't an expert in assembler and/or don't know COBOL well, you are 
asking for trouble.
Regards, Pierre


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

Re: Fall back STP Adjustments

[Retired Mainframer]

I think the answer is both.  AT 0700 UTC it will be 0200 CDT.  After an 
infinitely small interval, it will still be 0700 UTC but will be 0100 CST.  At 
the time of transition, either CST is correct (or maybe neither are).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, November 1, 2021 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fall back STP Adjustments

I hate to beat a dead horse as it relates to time change, but this year we 
have a new z15 and the new HMC version. we're setup currently for automatic 
adjustment, my question is that's not in the doc I have; the time will change 
@7PM UTC time according to the doc, so that means 2AM Central time? or 1AM 
central time
thanks
Carmen (mostly confused)

--
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: Fall back STP Adjustments

[Carmen Vitullo]

putting it that way makes sense :) and that's how I read the doc, but 
some folks questions let me to do a sanity check.


always best to check, thanks Dave, thanks all

Carmen

On 11/1/2021 2:01 PM, Gibney, Dave wrote:

A fallback from 2am to 1am local time would be correct, A fall back to 
yesterday, (1am to 12pm) would not be a good idea on many levels


-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Carmen Vitullo
Sent: Monday, November 01, 2021 11:32 AM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fall back STP Adjustments

my time variables for USS in etc/profile and cee parms have been a non issue

new to me and my issue is when the STP timer actually falls back, 1am or
2am based on the doc I have with automatic time adjustment being done
@7AM UTC time


Carmen

On 11/1/2021 1:24 PM, Paul Gilmartin wrote:

On Mon, 1 Nov 2021 12:59:43 -0500, Carmen Vitullo wrote:


I was mistaken yes 7am UTC


And do you have the correct setting in the various (too many) OMVS
configuration files?  For exampe:
  526 $ tail -1 /usr/share/zoneinfo/America/Chicago
  CST6CDT,M3.2.0,M11.1.0

(CST6CDT) should suffice.  If so, OMVS processes should adjust
automatically.  Would that Classic MVS were so clever!

Even better:

It's free!  z/OS Java uses it.



On 11/1/2021 12:57 PM, Ramsey Hallman wrote:

Central Daylight Time is 5 hours BEHIND UTC.  As I write this, it's about
13:00 CDT.  That's 18:00 UTC.

Are you sure about the 7 *PM* time  7AM UTC would be 2AM CDT.

On Mon, Nov 1, 2021 at 12:47 PM Carmen Vitullo  \wrote:


I hate to beat a dead horse as it relates to time change, but this year we
have a new z15 and the new HMC version. we're setup currently for

automatic

adjustment, my question is that's not in the doc I have; the time will
change @7PM UTC time according to the doc, so that means 2AM

Central time?

or 1AM central time

-- gil

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


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

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

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

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


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

Re: Fall back STP Adjustments

[Gibney, Dave]

A fallback from 2am to 1am local time would be correct, A fall back to 
yesterday, (1am to 12pm) would not be a good idea on many levels

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Carmen Vitullo
> Sent: Monday, November 01, 2021 11:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fall back STP Adjustments
> 
> my time variables for USS in etc/profile and cee parms have been a non issue
> 
> new to me and my issue is when the STP timer actually falls back, 1am or
> 2am based on the doc I have with automatic time adjustment being done
> @7AM UTC time
> 
> 
> Carmen
> 
> On 11/1/2021 1:24 PM, Paul Gilmartin wrote:
> > On Mon, 1 Nov 2021 12:59:43 -0500, Carmen Vitullo wrote:
> >
> >> I was mistaken yes 7am UTC
> >>
> > And do you have the correct setting in the various (too many) OMVS
> > configuration files?  For exampe:
> >  526 $ tail -1 /usr/share/zoneinfo/America/Chicago
> >  CST6CDT,M3.2.0,M11.1.0
> >
> > (CST6CDT) should suffice.  If so, OMVS processes should adjust
> > automatically.  Would that Classic MVS were so clever!
> >
> > Even better: zones__;!!JmPEgBY0HMszNaDT!-qT2O4u-
> T4WtJM01qe0HGqiE_qx_VtEqz3EeCoCyXgxRcTlVy0-NzHPAyMeYnA$ >
> > It's free!  z/OS Java uses it.
> >
> >
> >> On 11/1/2021 12:57 PM, Ramsey Hallman wrote:
> >>> Central Daylight Time is 5 hours BEHIND UTC.  As I write this, it's about
> >>> 13:00 CDT.  That's 18:00 UTC.
> >>>
> >>> Are you sure about the 7 *PM* time  7AM UTC would be 2AM CDT.
> >>>
> >>> On Mon, Nov 1, 2021 at 12:47 PM Carmen Vitullo  \wrote:
> >>>
>  I hate to beat a dead horse as it relates to time change, but this year 
>  we
>  have a new z15 and the new HMC version. we're setup currently for
> automatic
>  adjustment, my question is that's not in the doc I have; the time will
>  change @7PM UTC time according to the doc, so that means 2AM
> Central time?
>  or 1AM central time
> > -- gil
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
> >
> --
> /I am not bound to win, but I am bound to be true. I am not bound to
> succeed, but I am bound to live by the light that I have. I must stand
> with anybody that stands right, and stand with him while he is right,
> and part with him when he goes wrong. *Abraham Lincoln*/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Fall back STP Adjustments

[Carmen Vitullo]

my time variables for USS in etc/profile and cee parms have been a non issue

new to me and my issue is when the STP timer actually falls back, 1am or 
2am based on the doc I have with automatic time adjustment being done 
@7AM UTC time



Carmen

On 11/1/2021 1:24 PM, Paul Gilmartin wrote:

On Mon, 1 Nov 2021 12:59:43 -0500, Carmen Vitullo wrote:


I was mistaken yes 7am UTC


And do you have the correct setting in the various (too many) OMVS
configuration files?  For exampe:
 526 $ tail -1 /usr/share/zoneinfo/America/Chicago
 CST6CDT,M3.2.0,M11.1.0

(CST6CDT) should suffice.  If so, OMVS processes should adjust
automatically.  Would that Classic MVS were so clever!

Even better:
It's free!  z/OS Java uses it.



On 11/1/2021 12:57 PM, Ramsey Hallman wrote:

Central Daylight Time is 5 hours BEHIND UTC.  As I write this, it's about
13:00 CDT.  That's 18:00 UTC.

Are you sure about the 7 *PM* time  7AM UTC would be 2AM CDT.

On Mon, Nov 1, 2021 at 12:47 PM Carmen Vitullo  \wrote:


I hate to beat a dead horse as it relates to time change, but this year we
have a new z15 and the new HMC version. we're setup currently for automatic
adjustment, my question is that's not in the doc I have; the time will
change @7PM UTC time according to the doc, so that means 2AM Central time?
or 1AM central time

-- gil

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


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


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

Re: Load Module Search Libs

[Joseph Reichman]

For some reason hadn’t totally  cleared the Parmater list to SVC 122 the flag 
bit indicated a dcb was present when I didn’t have one 

Thanks sorry 

> On Nov 1, 2021, at 12:15 PM, Peter Relson  wrote:
> 
> I don't know in what way LSEARCH=YES would help. 
> 
> It is certainly possible to avoid searching tasklib/steplib/joblib. But 
> the 806-0C abend indicates that you apparently have created an erroneous 
> situation that you should figure out before moving forward.
> 
> If you want just to search LPA + LNKLST (after searching JPQ), then use 
> the DCB parameter and identify the DCB pointed to by CVTLINK. This is 
> special-cased by z/OS.
> 
> Peter Relson
> z/OS Core Technology Design
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Fall back STP Adjustments

[Paul Gilmartin]

On Mon, 1 Nov 2021 12:59:43 -0500, Carmen Vitullo wrote:

>I was mistaken yes 7am UTC
>
And do you have the correct setting in the various (too many) OMVS
configuration files?  For exampe:
526 $ tail -1 /usr/share/zoneinfo/America/Chicago
CST6CDT,M3.2.0,M11.1.0

(CST6CDT) should suffice.  If so, OMVS processes should adjust
automatically.  Would that Classic MVS were so clever!

Even better: 
It's free!  z/OS Java uses it.


>On 11/1/2021 12:57 PM, Ramsey Hallman wrote:
>> Central Daylight Time is 5 hours BEHIND UTC.  As I write this, it's about
>> 13:00 CDT.  That's 18:00 UTC.
>>
>> Are you sure about the 7 *PM* time  7AM UTC would be 2AM CDT.
>>
>> On Mon, Nov 1, 2021 at 12:47 PM Carmen Vitullo  \wrote:
>>
>>> I hate to beat a dead horse as it relates to time change, but this year we
>>> have a new z15 and the new HMC version. we're setup currently for automatic
>>> adjustment, my question is that's not in the doc I have; the time will
>>> change @7PM UTC time according to the doc, so that means 2AM Central time?
>>> or 1AM central time

-- gil

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

Re: Fall back STP Adjustments

[Carmen Vitullo]

I was mistaken yes 7am UTC

thanks


On 11/1/2021 12:57 PM, Ramsey Hallman wrote:

Central Daylight Time is 5 hours BEHIND UTC.  As I write this, it's about
13:00 CDT.  That's 18:00 UTC.

Are you sure about the 7 *PM* time  7AM UTC would be 2AM CDT.

Ramsey

On Mon, Nov 1, 2021 at 12:47 PM Carmen Vitullo  wrote:


I hate to beat a dead horse as it relates to time change, but this year we
have a new z15 and the new HMC version. we're setup currently for automatic
adjustment, my question is that's not in the doc I have; the time will
change @7PM UTC time according to the doc, so that means 2AM Central time?
or 1AM central time
thanks
Carmen (mostly confused)

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


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


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


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

Re: Fall back STP Adjustments

[Ramsey Hallman]

Central Daylight Time is 5 hours BEHIND UTC.  As I write this, it's about
13:00 CDT.  That's 18:00 UTC.

Are you sure about the 7 *PM* time  7AM UTC would be 2AM CDT.

Ramsey

On Mon, Nov 1, 2021 at 12:47 PM Carmen Vitullo  wrote:

> I hate to beat a dead horse as it relates to time change, but this year we
> have a new z15 and the new HMC version. we're setup currently for automatic
> adjustment, my question is that's not in the doc I have; the time will
> change @7PM UTC time according to the doc, so that means 2AM Central time?
> or 1AM central time
> thanks
> Carmen (mostly confused)
>
> --
> 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: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[Seymour J Metz]

I wrote a progran to translate assembler between two very different 
architectures, and that has the same issues. The translation can not fill in 
missing documentation or generate meaningful names, it only retain the names 
and comments in the original code. Even with good flow analysis the translation 
will generally be unable to discern intent. Sometimes the translation will be 
correct but unmaintainable.


From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter x23353 <031df298a9da-dmarc-requ...@listserv.ua.edu>
Sent: Monday, November 1, 2021 12:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 2022 and 
beyond - Issues]

I am aware of only one product (commercial) that claims to be of any help in 
language conversion for assembler code, but there may be more of which I am 
unaware.  In the one case I am aware of, the results were truly horrible COBOL 
code that didn't even come close to performing the same function as the 
assembler from which it was converted.  I will not name the product for obvious 
reasons.

In my experience of performing this exact task more than once in my career, I 
have found that the best route to success is deep reading of the assembler code 
until you understand the function, input, and output criteria.  Once you 
understand what it is supposed to accomplish, rewriting it manually in a more 
"modern" language is far more likely to succeed than any mechanical conversion 
can provide for you.

TANSTAFL -- There ain't no such thing as a free lunch.  You have to put in the 
effort to understand the original code or you are probably not going to get it 
right.

If you are lucky there is some kind of programmer-level or at least 
business-level documentation available describing the original intended 
function along with its expected inputs and outputs.  If not, the only choice 
left is just reading and understanding the code on your own.

Good luck.  It can be quite a hard task, but if you put in the effort you can 
succeed.

Peter


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Warren Brown
Sent: Monday, November 1, 2021 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues

Hey experts;  I am back with mainframes.  I have a new position to analyze to  
assembly language program. Is their any programs to analyze ASM programs for 
re-write them to a more modern language. Perhaps their are tools to help me, 
Thanks,
Warren
--



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

Fall back STP Adjustments

[Carmen Vitullo]

I hate to beat a dead horse as it relates to time change, but this year we have 
a new z15 and the new HMC version. we're setup currently for automatic 
adjustment, my question is that's not in the doc I have; the time will change 
@7PM UTC time according to the doc, so that means 2AM Central time? or 1AM 
central time
thanks 
Carmen (mostly confused) 

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

Re: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[kekronbekron]

Perhaps IBM can 'make their own' GPT-3 and let it loose on all zOS assembler 
source.
Then, if it does something helpful, we'll know (via IBM).

- KB

‐‐‐ Original Message ‐‐‐

On Monday, November 1st, 2021 at 10:03 PM, Farley, Peter x23353 
<031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> I am aware of only one product (commercial) that claims to be of any help in 
> language conversion for assembler code, but there may be more of which I am 
> unaware. In the one case I am aware of, the results were truly horrible COBOL 
> code that didn't even come close to performing the same function as the 
> assembler from which it was converted. I will not name the product for 
> obvious reasons.
>
> In my experience of performing this exact task more than once in my career, I 
> have found that the best route to success is deep reading of the assembler 
> code until you understand the function, input, and output criteria. Once you 
> understand what it is supposed to accomplish, rewriting it manually in a more 
> "modern" language is far more likely to succeed than any mechanical 
> conversion can provide for you.
>
> TANSTAFL -- There ain't no such thing as a free lunch. You have to put in the 
> effort to understand the original code or you are probably not going to get 
> it right.
>
> If you are lucky there is some kind of programmer-level or at least 
> business-level documentation available describing the original intended 
> function along with its expected inputs and outputs. If not, the only choice 
> left is just reading and understanding the code on your own.
>
> Good luck. It can be quite a hard task, but if you put in the effort you can 
> succeed.
>
> Peter
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Warren Brown
>
> Sent: Monday, November 1, 2021 12:07 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Serverpac installs January 2022 and beyond - Issues
>
> Hey experts;  I am back with mainframes.  I have a new position to analyze to 
>  assembly language program. Is their any programs to analyze ASM programs for 
> re-write them to a more modern language. Perhaps their are tools to help me, 
> Thanks,
>
> Warren
> -
>
> 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: Assembler analysis [was: RE: Serverpac installs January 2022 and beyond - Issues]

[Farley, Peter x23353]

I am aware of only one product (commercial) that claims to be of any help in 
language conversion for assembler code, but there may be more of which I am 
unaware.  In the one case I am aware of, the results were truly horrible COBOL 
code that didn't even come close to performing the same function as the 
assembler from which it was converted.  I will not name the product for obvious 
reasons.

In my experience of performing this exact task more than once in my career, I 
have found that the best route to success is deep reading of the assembler code 
until you understand the function, input, and output criteria.  Once you 
understand what it is supposed to accomplish, rewriting it manually in a more 
"modern" language is far more likely to succeed than any mechanical conversion 
can provide for you.

TANSTAFL -- There ain't no such thing as a free lunch.  You have to put in the 
effort to understand the original code or you are probably not going to get it 
right.

If you are lucky there is some kind of programmer-level or at least 
business-level documentation available describing the original intended 
function along with its expected inputs and outputs.  If not, the only choice 
left is just reading and understanding the code on your own.

Good luck.  It can be quite a hard task, but if you put in the effort you can 
succeed.

Peter


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Warren Brown
Sent: Monday, November 1, 2021 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues

Hey experts;  I am back with mainframes.  I have a new position to analyze to  
assembly language program. Is their any programs to analyze ASM programs for 
re-write them to a more modern language. Perhaps their are tools to help me, 
Thanks,
Warren 
--
 
 

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

Re: Load Module Search Libs

[Peter Relson]

I don't know in what way LSEARCH=YES would help. 

It is certainly possible to avoid searching tasklib/steplib/joblib. But 
the 806-0C abend indicates that you apparently have created an erroneous 
situation that you should figure out before moving forward.

If you want just to search LPA + LNKLST (after searching JPQ), then use 
the DCB parameter and identify the DCB pointed to by CVTLINK. This is 
special-cased by z/OS.

Peter Relson
z/OS Core Technology Design


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

Re: Serverpac installs January 2022 and beyond - Issues

[Warren Brown]

 Hey experts;  I am back with mainframes.  I have a new position to analyze to  
assembly language program. Is their any programs to analyze ASM programs for 
re-write them to a more modern language. Perhaps their are tools to help me, 
Thanks,
Warren   reaOn Monday, November 1, 2021, 11:49:52 AM EDT, Michael Babcock 
 wrote:  
 
 Use VA next to the file name in ISPF 3.4 or 3.17.

On Mon, Nov 1, 2021 at 5:53 AM Barbara Nitz  wrote:

> >Those files are not stored in EBCDIC. I used ISPF 3.17 to View the files
> using the UTF-8 option. Then you can see the XML source.
>
> Thanks for that pointer. I did use the command "ASCII" (which got command
> not found), but "ASCII" is an IPCS command. :-(
>
> Regards, Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

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

Re: Serverpac installs January 2022 and beyond - Issues

[Michael Babcock]

Use VA next to the file name in ISPF 3.4 or 3.17.

On Mon, Nov 1, 2021 at 5:53 AM Barbara Nitz  wrote:

> >Those files are not stored in EBCDIC. I used ISPF 3.17 to View the files
> using the UTF-8 option. Then you can see the XML source.
>
> Thanks for that pointer. I did use the command "ASCII" (which got command
> not found), but "ASCII" is an IPCS command. :-(
>
> Regards, Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: formatting help

[Paul Gilmartin]

On Sun, 31 Oct 2021 18:55:41 -0400, Joseph Reichman wrote:

>Paul At this point I'll try anything as I am still getting an 806 after
[appending]
-- gil


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

Re: Above the bar storage not in SDUMP

[Martin Packer]

A useful analogy here might be Db2 - which is selective about which areas 
it dumps. (Certainly around the "relatively low value" buffer pools.) You 
might want to ask on CICS-L which areas CICS might exclude from a dump.


Cheers, Martin

Martin Packer

WW z/OS Performance, Capacity and Architecture, IBM Technology Sales

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: https://mainframeperformancetopics.com

Mainframe, Performance, Topics Podcast Series (With Marna Walle): 
https://anchor.fm/marna-walle

Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   "Mark Jacobs" <0224d287a4b1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/11/2021 15:02
Subject:[EXTERNAL] Above the bar storage not in SDUMP
Sent by:"IBM Mainframe Discussion List" 



A developer is reporting that he doesn't have all of the storage above the 
bar in the dump. He looked at the areas that should format properly and 
RSM indicates that 48GB storage area above the bar should be in the dump 
but it is not. MAXSPACE is set to 00122880M and message IEA611I said that 
a complete dump was taken. He tried taking the dump within CICS and using 
the DUMP command.

Are we missing something?

Mark Jacobs

Sent from [ProtonMail](
https://protonmail.com 
), Swiss-based encrypted email.

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


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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

Above the bar storage not in SDUMP

[Mark Jacobs]

A developer is reporting that he doesn't have all of the storage above the bar 
in the dump. He looked at the areas that should format properly and RSM 
indicates that 48GB storage area above the bar should be in the dump but it is 
not. MAXSPACE is set to 00122880M and message IEA611I said that a complete dump 
was taken. He tried taking the dump within CICS and using the DUMP command.

Are we missing something?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

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

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

Re: Load Module Search Libs

[Peter Relson]

Joe,

Your post remains basically unreadable due to the lack of new-line 
indicators.

You appear to have gone out of your way to make things difficult. Is there 
a reason?
BYADDR=YES is generally a poor choice unless you have something already 
loaded.
You don't -- you had to do the loading yourself (preceded by BLDL and 
obtaining storage)

If you want to add something to dynamic LPA, add it.  It is up to you 
whether you tell the system to locate the module(s) via data set name, 
DDNAME, or opened DCB. 
But there is no reason to use BYADDR=YES for these straightforward cases. 
Your code, for example, doesn't pay attention to the required RMODE for 
the module or the required page-alignment (if any) of the module. Maybe 
those aren't of concern to you, but why would you want to leave yourself 
exposed to that?

According to the abend code and abend reason code, the system obviously 
thought it was told to use some DCB and found that it was not valid. If 
your LINK itself did not specify a DCB, then that leaves tasklib, steplib, 
joblib. Those all get searched before LPA. That implies that,  if you 
simply did the OPEN that you show, followed by the final LINK, you'd 
probably get the same result. Your BLDL, STORAGE OBTAIN, and CSVDYLPA were 
likely irrelevant to the problem.

If you truly used a DCB with DDNAME STEPLIB as your comments indicate, if 
that has bad ramifications to the system, so be it. The answer will be 
"don't do that".
And maybe that's what the system doesn't like. Maybe it thinks you have a 
STEPLIB but the STEPLIB DD is not valid according to the way the system 
knows to set it up.

Peter Relson
z/OS Core Technology Design


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

Re: Serverpac installs January 2022 and beyond - Issues

[Barbara Nitz]

>Those files are not stored in EBCDIC. I used ISPF 3.17 to View the files using 
>the UTF-8 option. Then you can see the XML source.

Thanks for that pointer. I did use the command "ASCII" (which got command not 
found), but "ASCII" is an IPCS command. :-( 

Regards, Barbara

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

[Barbara Nitz]

>> What I found really annoying in my serverpac was that I was asked 
>> for the jobclass for sysout data sets, dutifully specified an 
>> asterisk (take the one from the jobcard) and then got generated 
>> statements like this: SYSPRINT DD *. It took me a while to 
>> understand why I had gotten either abend001 or abend04c and had no 
>> sysprint to look for the reason.
>
>I'm confused.  ServerPac is available now in two forms; the old-school 
>CustomPac Installation Dialog, or z/OSMF portable software instance.  Is 
>this a comment on the workflows supplied with the z/OSMF portable software 
>instance, or with the CustomPac Installation Dialog?
The SYSPRINT DD * (and other output to spool)  was generated using the 
old-school serverpac/custompac. We don't have zOSMF up and running, so this was 
strictly generated from the CPP ISPF panels. Even some JCL in the CPAC proclib 
was generated this (wrong) way.

In any case, I am now done with the dialogs, and comparing /etc and /var with 
our actual etc and var.

Regards, Barbara

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