Hello
Cross posted
Is there a way to know on who a changed a users password? Any SMF record
that can help ?
Or any audit reports in RACF ?
Jake
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Michael Schmitt wrote:
>Anyone have an idea of what the actual name of zPLX is?
No, but if it's "zPLX", that means IBM considers it hardware. Software would be
"z/PLX".
Besides being pedantic, this is an interesting distinction here: some stuff,
e.g., zAware, that seems like it's software
On Sun, 9 Apr 2023 00:14:46 +, Seymour J Metz wrote:
>Presumably R0 should be zero if not pointing to an ENVB.
>
Cite the source, please.
--
gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Region card big enough? I’ve seen that abend via not enough memory.
Bob
Sent from Proton Mail for iOS
On Sat, Apr 8, 2023 at 8:17 PM, Charles Hardee wrote:
> I have not seen this exactly like what you describe, but I do have some
> thoughts.
> The pointer you are using for the ALLOCATE, does
I have not seen this exactly like what you describe, but I do have some
thoughts.
The pointer you are using for the ALLOCATE, does it have a value clause,
specifically VALUE NULL.
If not, the pointer could have an unknown value that does not compare equal
to NULL so you would attempt to FREE it.
Presumably R0 should be zero if not pointing to an ENVB.
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Saturday, April 8, 2023 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
Hello folks
I have written an IMS COBOL program. I have included a couple of ALLOCATE
statements.
At the end of processing I check my pointers and if they are not NULL I try to
FREE. This results in a U4038 abend. At least inside Expediter.
I have not used ALLOCATE/FREE before.
I am thinking
On Fri, 7 Apr 2023 21:47:54 -0400, Tony Harminc wrote:
>
>While looking at the help for CALL, I see - shades of another recent
>discussion - that there is now a NOENVB | PASSENVB option:
>
>NOENVB The NOENVB operand indicates that the REXX environment
> block (ENVBLOCK) address is not to
On Sat, 8 Apr 2023 09:15:32 -0700, M. Ray Mullins (Ray) wrote:
>PDSEs allow mixed case alias names up to 1023 bytes long. They can only be
>seen through DESERV, so a utility not named ISPF can look at them (I think PDS
>8.6 supports them).
>
>If you look at some of the CICS PDSE program object
__getcb alias c'@@GETCB'
This works with
call __getcb,(3)
But is rather pointless, I suppose, since I can just call @@GETCB directly.
I can also use:
__getcb alias c'__getcb'
This also seems to assemble properly, but the binder can't find __getcb. Which
I sort of understand,
Call variable messes up the impact analysis tools used by the programmers
in our shop.
We use DYNAM and call literal except where the called program name is truly
variable, pulled from a table for example.
I am surprised that call literal does not support names with national
characters. I have
PDSEs allow mixed case alias names up to 1023 bytes long. They can only be seen
through DESERV, so a utility not named ISPF can look at them (I think PDS 8.6
supports them).
If you look at some of the CICS PDSE program object libraries, you can see them
in the member list (again, not under
On Sat, 8 Apr 2023, at 15:54, Paul Gilmartin wrote:
> On Sat, 8 Apr 2023 04:27:04 +, Frank Swarbrick wrote:
>>
>>... The assembler seems OK with it, but the linker is converted to upper
>> case, even though I've specified CASE(MIXED).
>>
> I'm surprised. In an experiment long ago I
On Sat, 8 Apr 2023 at 00:27, Frank Swarbrick
wrote:
>
> For those interested, the following calls C function "@@GETCB" ( int
> __getcb(int); ) passing the fullword 3 by value. There are several
> alternatives, as discussed earlier, but this is what I am going with.
>
>
On Sat, 8 Apr 2023 04:27:04 +, Frank Swarbrick wrote:
>
>... The assembler seems OK with it, but the linker is converted to upper
> case, even though I've specified CASE(MIXED).
>
I'm surprised. In an experiment long ago I was able to create a member
in an (old-fashioned) PDS simply
Take LLA down.
Take the dataset out of the active LNKLIST
Reallocate it.
Put it back.
Start LLA
Hopefully it is not shared, if so, you'll need to repeat for every
system that has it.
Doug Fuerst
-- Original Message --
From: "Bill Giannelli"
To: IBM-MAIN@listserv.ua.edu
Sent:
FWIW, I will likely create some "Extended Status" pseudo messages UP_JES3
(NetView is UP, JES3 just reached UP status) and ISUP_JES3 (NetView
restarted, JES3 was already UP) to issue the desired command once per life
of NetView opposed to the "every night at 22:00" approach currently in
place.
I have to reallocate a Linklisted dataset due to space reasons.
As expected it is allocated by LLA and XCFAS.
Would the dataset be de-allocated at IPL so I might redefine my dataset?
Or would there be allocation across the sysplex for other Lpars?
thanks
Bill
I am indeed using DYNAM.
I have no great need for this to work. Just something I noticed and was
curious about.
From: IBM Mainframe Discussion List on behalf of
Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 7, 2023 11:50 PM
19 matches
Mail list logo
