Re: Can I sense the LIBDEF status?

2021-06-11 Thread Jeremy Nicoll
On Fri, 11 Jun 2021, at 21:02, Paul Gilmartin wrote:

> Do LIBDEF/ALTLIB immediately ALLOCATE the data sets named?

Twenty+ years ago I always used ALLOC to allocate the datasets 
concerned, and only if that worked then issued LIBDEF/ALTLIB via 
their ddname interfaces.

-- 
Jeremy Nicoll - my opinions are my own.

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


Re: Can I sense the LIBDEF status?

2021-06-11 Thread Paul Gilmartin
On Fri, 11 Jun 2021 13:39:05 -0400, Tom Conley wrote:
>...
>You can use TSO ALTLIB DISPLAY and outtrap to see if ALTLIB is active.
>There is also an ISPF service QLIBDEF to show the LIBDEFs.
>
Do LIBDEF/ALTLIB immediately ALLOCATE the data sets named?

Are they concatenated?

Do they appear in ISRDDN/DDLIST?

Is it clearly apparent where a member (e.g. WOMBAT) will be found
in the command search order?  (Suppose I want to View the right
WOMBAT when several exist among allocated libraries.)

-- gil

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


Re: Can I sense the LIBDEF status?

2021-06-11 Thread Tom Conley

On 6/11/2021 12:21 PM, Bob Bridges wrote:

Coïncidentally, I have an iSPF-related question this morning.  I find I want to 
write a REXX that can turn on or off a sort of test mode, by doing an ALTLIB 
and LIBDEF (one each).  When this test mode is on, ALTLIB and LIBDEF are active 
and the commands I invoke will come from the ALTLIB library; when I'm done, 
I'll turn the test mode off and the REXX will clear the datasets.

I can easily enough create an ISPF variable to track the current status.  But 
is there a way to look at the ALTLIB and/or LIBDEF status without it?  I mean, 
is there some command I can execute that'll determine whether an ALTLIB or 
LIBDEF statement is (so to speak) active?




Bob,

You can use TSO ALTLIB DISPLAY and outtrap to see if ALTLIB is active. 
There is also an ISPF service QLIBDEF to show the LIBDEFs.


Regards,
Tom Conley

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


Re: Can I sense the LIBDEF status?

2021-06-11 Thread Steely.Mark
Issue command ISPLIBD on the command line. 

Thanks

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Friday, June 11, 2021 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can I sense the LIBDEF status?

ATTENTION: This e-mail came from an external source. Do not open attachments or 
click on links from unknown or unexpected emails.


Coïncidentally, I have an iSPF-related question this morning.  I find I want to 
write a REXX that can turn on or off a sort of test mode, by doing an ALTLIB 
and LIBDEF (one each).  When this test mode is on, ALTLIB and LIBDEF are active 
and the commands I invoke will come from the ALTLIB library; when I'm done, 
I'll turn the test mode off and the REXX will clear the datasets.

I can easily enough create an ISPF variable to track the current status.  But 
is there a way to look at the ALTLIB and/or LIBDEF status without it?  I mean, 
is there some command I can execute that'll determine whether an ALTLIB or 
LIBDEF statement is (so to speak) active?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* School that day consisted of a field trip to see a live performance of "A 
Christmas Carol".  This incensed my son, who believes cultural benefit can only 
be found in entertainment that involves gruesome death.  "I hate the whole 
thing," he fumed when he found out about it.  "I hate the ghost of Christmas 
presents, I hate the guy who baas 'humbug,' and I hate Emily Dickinson."  -W 
Bruce Cameron, May 2002 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Friday, June 11, 2021 11:33

Now with some content. At one time ISPF-L was in the hands of Leonard Woren. 
Something indeed has gone wrong. I saw Leonard at SHARE in San Jose--along with 
his wife!!! Sounds like a job for Super Tom.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Conley
Sent: Friday, June 11, 2021 5:28 AM

The ISPF-L listserver is broken, it's some kind of mailing list now.  Pretty 
sure it's no longer hosted at Notre Dame.  I had NOMAIL set on the listserver, 
now I get mailbombed whenever someone posts to it.  ISPF-L should be put out of 
its misery.

--- On 6/10/2021 5:39 PM, Bob Bridges wrote:
> I'm a little incredulous that no one mentioned it already, but yes, there is 
> an ISPF-L listserv; check out ispf-l-l...@nd.edu.
>
> But it's not nearly as active as IBM-MAIN is, and you got excellent answers 
> here.  I'm not complaining, just answering your question.

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

*** Disclaimer ***
This communication (including all attachments) is solely for the use of the 
person to whom it is addressed and is a confidential AAA communication. If you 
are not the intended recipient, any use, distribution, printing, or copying is 
prohibited. If you received this email in error, please immediately delete it 
and notify the sender.

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


Can I sense the LIBDEF status?

2021-06-11 Thread Bob Bridges
Coïncidentally, I have an iSPF-related question this morning.  I find I want to 
write a REXX that can turn on or off a sort of test mode, by doing an ALTLIB 
and LIBDEF (one each).  When this test mode is on, ALTLIB and LIBDEF are active 
and the commands I invoke will come from the ALTLIB library; when I'm done, 
I'll turn the test mode off and the REXX will clear the datasets.

I can easily enough create an ISPF variable to track the current status.  But 
is there a way to look at the ALTLIB and/or LIBDEF status without it?  I mean, 
is there some command I can execute that'll determine whether an ALTLIB or 
LIBDEF statement is (so to speak) active?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* School that day consisted of a field trip to see a live performance of "A 
Christmas Carol".  This incensed my son, who believes cultural benefit can only 
be found in entertainment that involves gruesome death.  "I hate the whole 
thing," he fumed when he found out about it.  "I hate the ghost of Christmas 
presents, I hate the guy who baas 'humbug,' and I hate Emily Dickinson."  -W 
Bruce Cameron, May 2002 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Friday, June 11, 2021 11:33

Now with some content. At one time ISPF-L was in the hands of Leonard Woren. 
Something indeed has gone wrong. I saw Leonard at SHARE in San Jose--along with 
his wife!!! Sounds like a job for Super Tom. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Conley
Sent: Friday, June 11, 2021 5:28 AM

The ISPF-L listserver is broken, it's some kind of mailing list now.  Pretty 
sure it's no longer hosted at Notre Dame.  I had NOMAIL set on the listserver, 
now I get mailbombed whenever someone posts to it.  ISPF-L should be put out of 
its misery.

--- On 6/10/2021 5:39 PM, Bob Bridges wrote:
> I'm a little incredulous that no one mentioned it already, but yes, there is 
> an ISPF-L listserv; check out ispf-l-l...@nd.edu.
>
> But it's not nearly as active as IBM-MAIN is, and you got excellent answers 
> here.  I'm not complaining, just answering your question.

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


Re: ISPF startup processing

2021-06-11 Thread Jesse 1 Robinson
Now with some content. At one time ISPF-L was in the hands of Leonard Woren. 
Something indeed has gone wrong. I saw Leonard at SHARE in San Jose--along with 
his wife!!! Sounds like a job for Super Tom. 

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Conley
Sent: Friday, June 11, 2021 5:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ISPF startup processing

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On 6/10/2021 5:39 PM, Bob Bridges wrote:
> I'm a little incredulous that no one mentioned it already, but yes, there is 
> an ISPF-L listserv; check out ispf-l-l...@nd.edu.
>
> But it's not nearly as active as IBM-MAIN is, and you got excellent answers 
> here.  I'm not complaining, just answering your question.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>

Bob,

The ISPF-L listserver is broken, it's some kind of mailing list now.
Pretty sure it's no longer hosted at Notre Dame.  I had NOMAIL set on the 
listserver, now I get mailbombed whenever someone posts to it.
ISPF-L should be put out of its misery.

Regards,
Tom Conley


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


Re: ISPF startup processing

2021-06-11 Thread Jesse 1 Robinson


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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Conley
Sent: Friday, June 11, 2021 5:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ISPF startup processing

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On 6/10/2021 5:39 PM, Bob Bridges wrote:
> I'm a little incredulous that no one mentioned it already, but yes, there is 
> an ISPF-L listserv; check out ispf-l-l...@nd.edu.
>
> But it's not nearly as active as IBM-MAIN is, and you got excellent answers 
> here.  I'm not complaining, just answering your question.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>

Bob,

The ISPF-L listserver is broken, it's some kind of mailing list now.
Pretty sure it's no longer hosted at Notre Dame.  I had NOMAIL set on the 
listserver, now I get mailbombed whenever someone posts to it.
ISPF-L should be put out of its misery.

Regards,
Tom Conley


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


Re: ISPF startup processing

2021-06-11 Thread Tom Conley

On 6/10/2021 5:39 PM, Bob Bridges wrote:

I'm a little incredulous that no one mentioned it already, but yes, there is an 
ISPF-L listserv; check out ispf-l-l...@nd.edu.

But it's not nearly as active as IBM-MAIN is, and you got excellent answers 
here.  I'm not complaining, just answering your question.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313



Bob,

The ISPF-L listserver is broken, it's some kind of mailing list now. 
Pretty sure it's no longer hosted at Notre Dame.  I had NOMAIL set on 
the listserver, now I get mailbombed whenever someone posts to it. 
ISPF-L should be put out of its misery.


Regards,
Tom Conley

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


Re: Accessing deleted logstream data.

2021-06-11 Thread Massimo Biancucci
Hi again,

I solved my specific problem manually finding the hex string (with a little
luck).

For the future I'd like to do better and I understand my original question
is not so simple.
Do you know if there's any doc about LOGGER data format ?
I'm not referring to what application put on the records, only at the
format itself (header etc.).
If I knew such format, I could write a simple subsys in order to feed
DFHJUP utility reading myself the specific dataset.


Thanks a lot in advance.
Max.


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno gio 10 giu 2021 alle ore 09:03 Massimo Biancucci <
mad4...@gmail.com> ha scritto:

> Hi everybody,
>
> I need to investigate a CICS transaction that updated a specific VSAM
> dataset.
>
> The log had been expired from a logstream point of view, anyway the
> physical logstream dataset is still alive.
>
> Using DFHJUP with OLDEST, shows how the first record is outside of the
> time window I'm looking for.
>
> I was not able to find out how to instruct the utility to read a specific
> dataset.
> In other words, is there any way to code SYSUT1 with a specific dataset
> name ?
>
> Any hint ?
>
> Thanks a lot in advance.
> Max
>
>
>
>
> 
>  Mail
> priva di virus. www.avast.com
> 
> <#m_6208108904254374659_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>

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