(I assume you're quoting me without attribution.)
On Sat, 28 Aug 2021 10:20:17 -0400, Peter Relson wrote:
>
>If all callers access the GLOBAL module using LINK or ATTACH, CSV should be
>able
>to maintain use count and clean up when it reaches 0.
>
>
IOW, "GLOBAL" isn't entirely global. I
If all callers access the GLOBAL module using LINK or ATTACH, CSV should
be able
to maintain use count and clean up when it reaches 0.
The case of LINK or ATTACH is uninteresting because that had to come from
the address space (and jobstep) that did the LOAD in order to use the copy
that was
It invites the possibility ...
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ed Jaffe
Sent: Friday, August 27, 2021 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR
On 8/27/2021 1:18 PM, Charles Mills
On 8/27/2021 1:18 PM, Charles Mills wrote:
The BALR hazard exists even in the simple, non-GLOBAL case
Yes, but it is isolated. There is one address space, and the owner of an
address space is always totally responsible for what goes on there. GLOBAL is,
well, global.
GLOBAL=YES does not
ion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Friday, August 27, 2021 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR
On Fri, 27 Aug 2021 10:43:31 -0700, Charles Mills wrote:
>MVS provides no such serialization.
>
>A GLOBAL=YES
On Fri, 27 Aug 2021 10:43:31 -0700, Charles Mills wrote:
>MVS provides no such serialization.
>
>A GLOBAL=YES object "just is." It could be entered any way one chose: BALR, or
>LINK, or ATTACH, or its data could be referenced with L and MVC.
>
>Here is the problem @Peter is referring to: once
RV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Friday, August 27, 2021 8:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR
On Fri, 27 Aug 2021 08:36:10 -0400, Peter Relson wrote:
>
>LOAD with GLOBAL=YES also performs the same function flawlessly -- and
>comes with the a
t; So think very carefully before using LOAD with GLOBAL=YES.
Which is why UCLA/IPC used LOAD ADDR= back in 1984 with MVS/SP1.3.0.
https://cbttape.org/uclamail/ipcinst.txt
Also, for those who aren't using the new features for module loading
(nice), it can be helpful to do a BLDL before getting the st
Wow! Who woulda thunk it, unless you actually been there? Good to know. Thank
you!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Relson
Sent: Friday, August 27, 2021 8:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD
On Fri, 27 Aug 2021 08:36:10 -0400, Peter Relson wrote:
>
>LOAD with GLOBAL=YES also performs the same function flawlessly -- and
>comes with the additional feature of automatic cleanup at termination
>time (assuming that's the behavior you want).
>
>
>The "automatic cleanup at termination" is
LOAD with GLOBAL=YES also performs the same function flawlessly -- and
comes with the additional feature of automatic cleanup at termination
time (assuming that's the behavior you want).
The "automatic cleanup at termination" is in almost 100% of cases
considered a system integrity error (or
And both solve the RLD problem, which MVCL does not.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ed Jaffe
Sent: Thursday, August 26, 2021 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR
On 8/26/2021 9
On 8/26/2021 9:05 AM, Charles Mills wrote:
EXACTLY what CSVDYLPA does flawlessly.
LOAD with GLOBAL=YES also performs the same function flawlessly -- and
comes with the additional feature of automatic cleanup at termination
time (assuming that's the behavior you want).
--
Phoenix Software
On 8/26/2021 7:03 AM, Peter Relson wrote:
Regardless, if you are doing a LOAD with ADDR you don't typically do a
LOAD to get the length to obtain (or a CSVQUERY after a LOAD). That is
very inefficient. You use the information in the directory entry returned
by BLDL or DESERV.
I discovered some
EXACTLY what CSVDYLPA does flawlessly.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Joseph Reichman
Sent: Wednesday, August 25, 2021 7:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR
I need these programs
open a PMR. This is so much better.
On 8/26/2021 7:03 AM, Peter Relson wrote:
Regardless, if you are doing a LOAD with ADDR you don't typically do a
LOAD to get the length to obtain (or a CSVQUERY after a LOAD). That is
very inefficient. You use the information in the directory entry returned
by BLDL
Since the OP's goal was to have a copy available to all address spaces,
the best option is to use dynamic LPA (CSVDYLPA).
There are few, if any, reasons still to use LOAD with ADDR for common
storage. In neither CSVDYLPA nor LOAD with ADDR is it generally safe ever
to free the storage. And LOAD
N which obtained the module storage?
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
> Poughkeepsie NY
>
>
> "IBM Mainframe Discussion List" wrote on
> 08/25/2021 10:41:37 PM:
>
>> From: "Joseph Reichman"
>> To
.
Poughkeepsie NY
"IBM Mainframe Discussion List" wrote on
08/25/2021 10:41:37 PM:
> From: "Joseph Reichman"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/25/2021 11:18 PM
> Subject: Re: LOAD with ADDR
> Sent by: "IBM Mainframe Discussion List"
>
was off
On Aug 25, 2021, at 10:37 PM, Tom Brennan wrote:
My old code that loaded common executables did a LOAD without ADDR just to get
the length, then a DELETE, then a GETMAIN for CSA, then a LOAD with ADDR=
Don't know if this helps or not in your situation because all my code
That’s what originally had until I got a s0c4 noticed the length of one of the
load modules was off
> On Aug 25, 2021, at 10:37 PM, Tom Brennan wrote:
>
> My old code that loaded common executables did a LOAD without ADDR just to
> get the length, then a DELETE, then a GET
My old code that loaded common executables did a LOAD without ADDR just
to get the length, then a DELETE, then a GETMAIN for CSA, then a LOAD
with ADDR=
Don't know if this helps or not in your situation because all my code
was written in assembler.
On 8/25/2021 7:01 PM, Joseph Reichman
I need these programs to be addressable from every address space
BTW I checked and didn’t have 2 copies of that program which gave me a
different length
> On Aug 25, 2021, at 10:08 PM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Wed, 25 Aug 2021 22:01:17
On Wed, 25 Aug 2021 22:01:17 -0400, Joseph Reichman wrote:
>...
>And started doing LOAD EPLOC= DCB = and more importantly ADDR= (pointing it
>to the area I wanted to load the proram) when I got the program OPENFILE
>which had returned X'4000' it now returned the correct length in R1 X'6A6'
Hi
I am just posting this to report the issue I had LOAD ing a program named
OPENFILE (Its Metal C Im sure that's not the issue) I had posted that it
gave me erroneous length of X'4000'
When I did a browse in ISPF I saw it as 3530 same as the linkmap
I subsequently re-did my coding
25 matches
Mail list logo
