, March 27, 2023 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A question or two on zOS issues
"And, we're not gaining the full benefit because we can't allow
it to use vector packed instructions until all sites where the
code can run are on compatible hardware."
Welcome to the develop
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A question or two on zOS issues
You're right, and fortunately we were saved from that pain because we
procrastinated so long. And we skipped v5 completely.
We procrastinated because it took me a long time to rewrite our load module
analyzer, as well
: [EXTERNAL] Re: A question or two on zOS issues
Glad to hear that someone followed all the rules so that, unannounced COBOL 5+
didn't cause you packed decimal problems with Truncation and the like. Or same
thing with binary.
Steve Thompson
On 3/27/2023 10:31 AM, Schmitt, Michael wrote:
> The l
Sometimes the worm that the early bird gets is diseased. :-)
From: IBM Mainframe Discussion List on behalf of
Schmitt, Michael
Sent: Monday, March 27, 2023 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A question or two on zOS issues
You're right
Discussion List On Behalf Of
Frank Swarbrick
Sent: Monday, March 27, 2023 1:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A question or two on zOS issues
As long as you use the correct compiler options with COBOL 5+ to replicate
those of your pre-5 COBOL you were likely OK. In our shop we did
AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A question or two on zOS issues
Glad to hear that someone followed all the rules so that,
unannounced COBOL 5+ didn't cause you packed decimal problems
with Truncation and the like. Or same thing with binary.
Steve Thompson
On 3/27/2023 10:31 AM, Schmit
From: IBM Mainframe Discussion List On Behalf Of
Steve Thompson
Sent: Monday, March 27, 2023 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A question or two on zOS issues
Glad to hear that someone followed all the rules so that,
unannounced COBOL 5+ didn't cause you packed decima
Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Thompson
Sent: Monday, March 27, 2023 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A question or two on zOS issues
Glad to hear that someone followed all the rules so that,
unannounced COBOL 5+ didn't cause you packed
Steve Pryor
Sent: Friday, March 24, 2023 1:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A question or two on zOS issues
There are a couple of pressing issues in z/OS that I'm sure many folks are
aware of but about which there doesn't seem to be much being done. I'm curious
as to what other
-Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Steve Pryor
> Sent: Friday, March 24, 2023 1:39 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: A question or two on zOS issues
>
> There are a couple of pressing issues in z/OS that I'm sure many folk
ge-
From: IBM Mainframe Discussion List On Behalf Of
Steve Pryor
Sent: Friday, March 24, 2023 1:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A question or two on zOS issues
There are a couple of pressing issues in z/OS that I'm sure many folks are
aware of but about which there doesn't seem to b
From Figure 7-1, page 7-21 of SA23-7832-13, z/Architecture Principles
of Operations, May, 2022:
STORE CLOCK STCK S C ⁸ ⁹ A
STORE CLOCK EXTENDED STCKE S C ⁸ ⁹ A
Lack of a "P" in the " ⁸ ⁹ A" column of the table indicates
instructions are not "privileged".
On Fri, 24 Mar 2023 23:35:56 -0500, Joel C. Ewing wrote:
>... The STCK and STCKE instructions only provide
>read-only access to the TOD clock and are not privileged or restricted
>by hardware, but they are not taught in programming texts either.
>
Citation needed.
--
gil
http://www1.cuny.edu/events/fyei/spring_1998/humor.html
On Sat, Mar 25, 2023 at 8:16 AM Peter Relson wrote:
>
> z/OS does not support setting the clock past the end of the first epoch. Some
> forthcoming z/OS release will.
> Until then it would probably not be a good idea to try to fake out the
z/OS does not support setting the clock past the end of the first epoch. Some
forthcoming z/OS release will.
Until then it would probably not be a good idea to try to fake out the system.
Things will break.
z/OS does support expiration dates (such as mortgage end, etc) beyond the
first epoch.
On z-architecture, only machine instructions that change or set the TOD
clock are privileged. The STCK and STCKE instructions only provide
read-only access to the TOD clock and are not privileged or restricted
by hardware, but they are not taught in programming texts either.
Most who are
On Fri, 24 Mar 2023 19:44:32 -0500, Tom Marchant wrote:
>How do they accomplish that?
>
Privileged instruction, like I/O or LPSW or SCK.
In fact, I'm not certain that the clock is protected, but the user interfaces
such as time()
and strftime()mare so useful *and*portable* that I've never been
How do they accomplish that?
--
Tom Marchant
On Fri, 24 Mar 2023 18:07:51 -0500, Paul Gilmartin wrote:
>But most systems I use admirably do not allow non-privileged users to access
>the hardware clock.
--
For IBM-MAIN
On Fri, 24 Mar 2023 16:39:59 -0500, Charles Mills wrote:
>
>I know I have used STCK and STCKF in my "vendor" code. I think it's all still
>maintained, but not sure that every licensee is paying for maintenance.
>
We had one of those with a vendor product on CMS for which we had neglected
What about vendor packages that are off maintenance, the vendor has gone out of
business, were licensed for a OTC and have been forgotten about, etc.? Any CBT
or similar packages?
I know I have used STCK and STCKF in my "vendor" code. I think it's all still
maintained, but not sure that every
ame Discussion List On Behalf Of
Steve Pryor
Sent: Friday, March 24, 2023 2:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A question or two on zOS issues
EXTERNAL EMAIL
There are a couple of pressing issues in z/OS that I'm sure many folks are
aware of but about which there doesn't seem to be much being
As a I guy who has been involved in SMF-based "auditing of stuff" off and on
for the past ten years, I can tell you that "what programs are actually getting
loaded?" comes up again and again, and I don't know of a solution. (Yes, what
you describe should work, but be very wary of performance
t: Friday, March 24, 2023 2:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A question or two on zOS issues
EXTERNAL EMAIL
There are a couple of pressing issues in z/OS that I'm sure many folks are
aware of but about which there doesn't seem to be much being done. I'm curious
as to what oth
I know that in one large shop where I had been working, we had
someone develop a tool to scan all the production libraries and
tell us what the load module was based on (language), level if
available, and when last compiled/assembled.
This report was one that I used to report on the % of
24, 2023 2:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A question or two on zOS issues
There are a couple of pressing issues in z/OS that I'm sure many folks are
aware of but about which there doesn't seem to be much being done. I'm curious
as to what other IBM-MAINer's thoughts might
There are a couple of pressing issues in z/OS that I'm sure many folks are
aware of but about which there doesn't seem to be much being done. I'm curious
as to what other IBM-MAINer's thoughts might be. Specifically, I'm talking
about:
1.) migration to IBM's latest COBOL release, and
2.) the
26 matches
Mail list logo