Re: Help with JDBC message

[Hank Oerlemans]

Java™ Database Connectivity (JDBC) is a Java API for connecting and interactive 
with relational databases.

I guess..

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

Re: Fault Analyzer output for executed instructions?

[Hank Oerlemans]

OK. 
Fault Analyzer variant FA-I-318.
Don't know whether the Debug one can be cloned so just needed one for my 
product.

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

Re: Fault Analyzer output for executed instructions?

[Hank Oerlemans]

Care to create an IBM IDEA at https://ideas.ibm.com/  for tracking ?

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

Re: Fault Analyzer output for executed instructions?

[Hank Oerlemans]

Have you defined IDIADATA to FA during analysis ?
Label "Data Field Declarations" appears for the execute event in the report 
which shows all of the defined field.

Well in my basic test case anyway.

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

Re: 35th International Rexx Symposium in Brisbane (Australia) about to start

[Hank Oerlemans]

I really have to fix the title...

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

Re: ISPF Line Command Table (was LMAC)

[Hank Oerlemans]

Clearly missing the point but what's the difference between your idea and

https://www.ibm.com/docs/en/zos/3.1.0?topic=316-line-command-table-support

?

Hank

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

Re: ibm.com/docs down ?

[Hank Oerlemans]

After hunting about I found that IBM have noticed.
I suppose it will be back after I finish for the day.

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

Re: ibm.com/docs down ?

[Hank Oerlemans]

I have a 1978 hardcopy of Programming in Pascal, Peter Grogono. Where can I 
send it  ? 

:-)

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

Re: ibm.com/docs down ?

[Hank Oerlemans]

BTW It's Wednesday 22nd 12:37PM Australian Eastern for timestamp 
purposes.posting via browser.

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

ibm.com/docs down ?

[Hank Oerlemans]

Just wondering if this is just OZ or global.

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

Re: I want to cry

[Hank Oerlemans]

:-)

I need emojis..text emojis make no sense to me.

Hank

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

Re: I want to cry

[Hank Oerlemans]

A very small speciality :-)

Hank

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

I want to cry

[Hank Oerlemans]

Customer : Could you please have a look and help us to fix the issue . 
Customer log :  IEA992I SLIP TRAP ID=S047 MATCHED.

ME : 
1. Hire a sysprog
2. RTFM
3. Google Play and hit update
4. Apple store and hit update
5. Check calendar and mortgage and see when I can retire
6. Tears welling up realising I can't actually say any of 1-4.

.

It's slow today down under.

haveagoodweegend.

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

Re: Assembler courses

[Hank Oerlemans]

My extremely unhelpful advice ? Chuck them in the deep end !
When I was 20 my lovely German boss said write a channel program to scan the 
CA-1 TMC for some criteria.
Many weeks later with BALR and USING and whatever and a hardcopy IPCS manual it 
worked and that's the most complex thing I've ever written.
Who was that kid ?

Never got around to BXLE - which was, reputedly, worthy of a merit badge in 
wider circles.

I then escaped his clutches to the much nicer VTAM team.

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

Re: realtime monitoring of various storage subpools

[Hank Oerlemans]

I'm very fond of the new stuff in SDSF with z/OS 2.5 .

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

Re: How to use LISTDSI from Rexx under Unix shell?

[Hank Oerlemans]

See https://www.ibm.com/docs/en/zos/2.4.0?topic=environment-examples

Use your OMVS Rexx to Address TSO 'exec (mydsi)' your working code and outtrap 
to work with the results.

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

Re: z/VM FTP query

[Hank Oerlemans]

Yes well .. hardly a result of good research but a colleague had a go at 
this and fluked
using MODE B to send the data (VM side) and MODE S(default) to retrieve. Weird !
Only consistent thing was the BIN F lrecl

Hank

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

z/VM FTP query

[Hank Oerlemans]

1. Is there a better forum for this question ?
2. If not...

I have worked out that FTP on z/VM needs a couple of extra commands to a FIXED 
LRECL=1024 up to z/OS with the same number of records for a binary transfer.
XMIT back to z/VM works fine but ftp does not.

Clearly I have a workaround but wondering what is going on with FTP in the GET 
direction. Bit of a pain.

Hank

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

Re: USS ps command

[Hank Oerlemans]

which is how I found ps -o xasid :-)

However 

https://www.ibm.com/docs/en/zos/2.5.0?topic=descriptions-ps-return-status-process

is much easier to read than a man page on OMVS.

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

Re: View ASCII Command inUSS

[Hank Oerlemans]

For better or worse BROWSE is a different beastie.

https://www.ibm.com/docs/en/zos/2.5.0?topic=commands-displaycontrol-display

DISPLAY ASCII is what you want but it does't deal with the CR, LF, NL etc
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX long string to SAY and IKT00405I

[Hank Oerlemans]

Without actually checking long string behaviour my first reaction would be to 
check the data ?
Unprintable data is a more likely culprit.

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

Re: IBM Knowledge Center down?

[Hank Oerlemans]

How many online systems have IBM put out there now ?
Just when it's all seems stable it changes and we go around again.
I could mention the stacks of manuals I started with that never went down :-) 
but think of the trees.
Damn ! Am I that old ?

I'm gonna download the pdf collection for now.

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

PSA 0

[Hank Oerlemans]

A random neuron thinks there was an announcement but if anyone can shed some 
light I'm curious about Address 0.

I am used to seeing X'000A' then X'000130E1' in the first 8-bytes.
This is no longer so. All zeros. A good thing !

SA22-7832-12 of Pops doesn't mention anything in CH. 3.

So was there any kind of announcement for z/OS 2.5 ?


Hank

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

Re: ispf edit macro "HX" line command

[Hank Oerlemans]

Sloppy coding then but it answers the original


"is there is a way to execute  "HX"  line command from edit macro ? "

Pick a different label name and add smarts for determining the line number.

Hank

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

Re: ispf edit macro "HX" line command

[Hank Oerlemans]

/* Rexx */  
Address isredit 
"macro" 
"label 4 = .HX" 
"FLIP .HX"  

flips line 4.

Hank

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

Re: RFE Vote for IBM Fault Analyzer.

[Hank Oerlemans]

Presumably the RFE system sent you the notification that it's delivered in the 
latest PTF.

Cheers Hank,  FA Dev

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Massimo Biancucci
Sent: Wednesday, 22 April 2020 17:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RFE Vote for IBM Fault Analyzer.

[CAUTION: This Email is from outside the Organization. Do not click links or 
open attachments unless you trust the sender.]

Hi everybody,

we opened a RFE to address a lack in IBM FA.

Cobol Special register are not addressable in the DUMP.

I understand that only people using IBM FA would be interested, anyway I invite 
you to vote.

https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ibm.com%2Fdeveloperworks%2Frfe%2Fexecute%3Fuse_case%3DviewRfe%26CR_ID%3D141860&data=02%7C01%7Chank.oerlemans%40HCL.COM%7C7d27cc6c1ce94769a3d708d7e6926d19%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637231388921433664&sdata=NtwIJJ05VArD1kdHKGTRiCETzkQ4lAwdrXTHhLejpc0%3D&reserved=0

Thanks a lot for your support.
Max

--
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: Reading a dump

[Hank Oerlemans]

We thank you for your "vastly superior".
😊

I was using FA to bounce around dumps well before I got involved with the 
product.

Cheers Hank, FA Dev

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Monday, 22 June 2020 14:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading a dump

[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.]

Agreed! Especially if you compile with GONUM. Sometimes, you do need to dig a 
bit deeper. For this I use Fault Analyzer which has a fastly superior UI 
compared to IPCS. I only crack open IPCS when I need to format control blocks 
or read the systrace.

On 2020-06-22 1:08 AM, Charles Mills wrote:
> +1 !!!
>
> Look at the LE or C runtime options books and get yourself a CEEDUMP.
> Debugging from one is a little bit of a learning exercise of its own
> but FAR superior to SYSUDUMP for 9 out of 10 (or perhaps 99 out of
> 100) C runtime errors. You will get the exact line number of the
> offending source statement, and the call trace of how you got there,
> perhaps some relevant variables, and a hex dump of the field that gave
> you the S0C4 (although that last one may require a little looking).
>
> Purists may object. Yeah, if you are a hardcore MVS debugger, go for
> it with IPCS. (But if the OP were a hardcore MVS debugger, he would
> not have written the query that he did.)
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Don Poitras
> Sent: Sunday, June 21, 2020 3:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Reading a dump
>
> Since the program is written in C, SYSUDUMP really isn't the easiest
> place to look for info.
> CEEDUMP will show the regs and a traceback which is usually all that's
> needed. See TERMTHDACT option for how to generate a CEEDUMP.
>
> --
> 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
::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: TPX with IBM fault analyser

[Hank Oerlemans]

5 months late but did you get this resolved ?
When you say FA data set did you mean parmlib or history ?

Unless TPX is getting an abend there should no FA activity.

Cheers Hank

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Wednesday, 8 May 2019 04:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TPX with IBM fault analyser

You probably want to add this statement to your TPX proc.

//IDIOFF   DD DUMMY  * Disable Fault Analyzer for z/OS *

-or-

Look in sys1.parmlib(idicnf00)

There is probably a

INCLUDE(TYPE(STC) type statement.   We only allow FA to get involved with batch 
jobs, so we exclude STC and TSU
_
Dave Jousma
AVP | Manager, Systems Engineering

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Tuesday, May 7, 2019 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TPX with IBM fault analyser

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hi

Cross posted

I am working on a tpx upgrade. When I start the address space for some reason 
it reads the fault analyser dataset.

I have checked throughout the proc to see if by chance I have added that in DD 
but there isn't any.

Not sure from where the TPX is pointing the Fault analyser parm.

Does anyone have a similar set up and have any clue ?

Peter

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
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: IDCAMS ALLOCATE AND PDSE V2

[Hank Oerlemans]

Far outnewbie error...I'm SURE I tried DSNTYPE(LIBRARY,2) but then 
again who keeps output that long ? Can't leave too much evidence of the brain 
cells going greyer.

Cheers Hank

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tabari Alexander
Sent: Wednesday, 21 August 2019 22:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS ALLOCATE AND PDSE V2

The documentation for IDCAMS ALLOCATE is incomplete. It does support allocation 
of PDSE V2 by specifying DSNTYPE(LIBRARY,2). I cannot speak to the behavior of 
LIKE, however.

Tabari

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

IDCAMS ALLOCATE AND PDSE V2

[Hank Oerlemans]

Possibly not of great interest but I found it curious that the IDCAMS ALLOCATE 
command does not support PDSE V2.
Also LIKE does not copy the V2 attribute.
Neither limitation appears to be explicitly mentioned and no relief in the z/OS 
2.4 pubs that came online :-(

I don't really want to change the system default.

http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=135460

Will see what they say.

Hank

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

Re: Crazy concatenation mystery

[Hank Oerlemans]

Nope. I'd be asking L2 to route to binder support. Shouldn't be getting 
blocking problems in this day and age surely ?
( And don't call me Shirley)
I'm showing my age.

When was this thing last linked anyway ?

But I'm happy take a look.

Hank, FA

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Friday, 3 May 2019 02:08
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Crazy concatenation mystery

Since Fault Analyzer is supposed to be transparent, I recommend reporting that 
as a bug, but I suspect that the resolution will be a documentation fix for FA.

What is happening is that Fault Analyzer, by invoking BINDER, uses standard 
access methods to read the load module, and therefore you need to have the 
largest block size specified for the concatenation. As long as you only use it 
for fetch, the block size is irrelevant. Presumably this is the first time that 
you invoked FA.




--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3&data=02%7C01%7Chank.oerlemans%40HCL.COM%7C08e6a957d2844e6df4cb08d6cf186c58%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636924101163130933&sdata=cu3fef679vGyCtpH77O3T5GQCOc09kRZSxAwX8mEVm0%3D&reserved=0


From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Wednesday, May 1, 2019 7:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Crazy concatenation mystery

This is almost nutty enough to be a weekend post, but it's a live production 
environment, so here goes. We have a prod job (batch Db2) that has run daily 
for years. Suddenly on 14 April it started abending with this message from 
Fault Analyzer:

IEW2541S 471A MEMBER CUA625 IDENTIFIED BY DDNAME JOBLIB WITH CONCATENATION
 NUMBER  1 CONTAINS A BLOCK OF SIZE  32760 WHICH IS LONGER THAN THE
 DATA SET BLKSIZE.
IDI0010E IEWBIND error INCLUDE  CUA625   rc=83000507
IDI0002I Module CUA625, program CUA625, offset X'7712': Abend U3003

So this is all absolutely true. The module *is* 32760 while the PDS *is* 
19069-the ancient 3350 track size that was fairly standard for load libraries 
in the Dark Ages. So what's the mystery? How on earth did the 13 April and *all 
previous* runs work OK? We cannot find any evidence of a change. No IPL that 
weekend let alone z/OS maintenance. The link edit date on the fat module is 
years old. We restored an older version of the skinny PDS from HSM. No 
differences. The DASD upgrade I posted about earlier came two weeks later.

It should have failed eons ago. This JOBLIB concatenation has other problems as 
well that are not obviously related. We know how to fix the errors but we're 
stumped for an explanation of how we got here. [Sound of heads shaking in 
unison.]

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


--
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
::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: Abend 106 (was Generic query on Region allocation failure)

[Hank Oerlemans]

SCLM is ancient and only slightly revered. No revenue attached to fixing it up.
Superc - well I happen to know it's a weird beast and untangling the 24-bit 
issues is likely too much trouble for the developers. See my SCLM answer 😉

Cheers Hank

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Clark Morris
Sent: Thursday, 17 January 2019 4:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Abend 106 (was Generic query on Region allocation failure)

[Default] On 16 Jan 2019 02:57:29 -0800, in bit.listserv.ibm-main 
01a0403c5dc1-dmarc-requ...@listserv.ua.edu (Jousma, David) wrote:

>Wayne, you need to free up region below the line. We run with an 11M PVT below 
>the line.Here is our memory map from tasid.
>
>0 | PSA .. 8K | 1FFF
> 2000 | System .. 16K | 5FFF
> 6000 | PVT .. 11240K |   AF
>   B0 | CSA ... 2276K |   D38FFF
>   D39000 | PLPA .. 1380K |   E91FFF
>   E92000 | SQA ... 1284K |   FD2FFF
>   FD3000 | R/W Nucleus . 43K |   FDD877
>   FDE000 | R/O Nucleus .. 13483K |  1D08B2F
>  1D09000 | Ext R/W Nuc  320K |  1D58FFF
>  1D59000 | Ext SQA .. 90304K |  7588FFF
>  7589000 | Ext PLPA . 65844K |  B5D5FFF
>  B5D6000 | Ext CSA . 389288K | 231F
> 2320 | Ext PVT  1521664K | 7FFF
>
>One way we make a bunch of room below the line is to move little used ISPF 
>modules out of LPA in LINKLIST.
>
Why the &*^^%* in 2019 should anyone have to move these modules out of LPA?  
Other than inertia, is there any need for these to be 24 bit?
What else is in 24 bit LPA that should have been upgraded to 31 bit long ago?

Clark Morris
>
>++VER(Z038) FMID(HIF7R02).
>++MOVE (FLM$CPI ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMB) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMCPCS ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMDDL  ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMIO24 ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMLPCBL) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMLPFRT) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMLPGEN) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMLSS  ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMP) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMPTC  ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMRA   ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMRC   ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMRTLIB) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMS$LNK) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMS$SRV) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMS7C  ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTBMAP) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTCCPS) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTCIDS) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTCLGT) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTCPC ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTCPP ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTCVER) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTMMI ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTMSI ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMTXFER) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMUM   ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMVCSUP) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMXE   ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (FLMXI   ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>++MOVE (ISRSUPC ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD.
>
>_
>Dave Jousma
>Mainframe Engineering, Assistant Vice President david.jou...@53.com
>1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
>616.653.2717
>
>-Original Message-
>From: IBM Mainframe Discussion List  On
>Behalf Of Wayne Bickerdike
>Sent: Tuesday, January 15, 2019 9:58 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Abend 106 (was Generic query on Region allocation failure)
>
>**CAUTION EXTERNAL EMAIL**
>
>**DO NOT open attachments or click on links from unknown senders or
>unexpected emails**
>
>Mark Zeldens excellent IPLINFO shows:
>
>The real storage size at IPL time was 2048M.
>The private area size <16M is 8192K.
>The private area size >16M is 1628M.
>The CSA size <16M is 4812K.
>The CSA size >16M is 300652K.
>The SQA size <16M is 1248K.
>The SQA size >16M is 15792K.
>The maximum V=R region size is 280K.
>The default V=R region size is 140K.
>The maximum V=V region size is 8168K.
>
>Based on this:
>CVTGDA   = C2d(Storage(D2x(CVT + 560),4))/* point to GDA */
>GDACSA   = C2d(Storage(D2x(CVTGDA + 108),4)) /* start of CSA addr*/
>GDACSAH  = D2x(GDACSA)   /* display in hex   */
>CSAEND   = (GDACSASZ*1024) + GDACSA - 1  /* end of CSA   */
>CSAEND   = D2x(CSAEND)   /*

Re: IBM sells software portfolio including Notes and Domino to HCL for $1.8b | ZDNet

[Hank Oerlemans]

Purely as a user I was quite happy with Notes and Verse. 
I'm now stuck with MS-everything and don't like the patched together feel of 
things and unexplained periodic performance problems.

Perhaps in another 5-years I'll be converted :-)

Hank

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

Re: LMDLIST GROUP option question - How to change/override UNIT(SYSDA)?

[Hank Oerlemans]

Been too long but the UNIT is either from the ISPF configuration table OR TSO 
segment. 
I suspect the former judging from a ISPVCALL trace.

You could use ISPCCONF to build your own ISPF config module and TSOLIB/STEPLIB 
to it but If you don't have even that much control over your environment you'll 
need to annoy the sysprogs to get a change made.

Cheers Hank

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: 01 December 2017 06:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LMDLIST GROUP option question - How to change/override UNIT(SYSDA)?

Gil,

The problem here was that the allocation is "under the covers" somewhere in the 
LMDLIST service, and all I could see was the resulting allocation to the 
"WORKxx" storage pool.  No LMDLIST parameters to affect the allocation method 
are mentioned in the FM.

Pre-allocating the dataset before executing LMDLIST solved the problem.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, November 30, 2017 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LMDLIST GROUP option question - How to change/override UNIT(SYSDA)?

EXTERNAL: This email originated from outside of Broadridge. Do not click any 
links or open any attachments unless you trust the sender and know the content 
is safe.

On Thu, 30 Nov 2017 18:03:39 +, Farley, Peter x23353 wrote:
>
>I am using the LMDLIST service with the GROUP option in ISPF to save a list of 
>certain datasets.  The GROUP option saves the list to a dataset with name 
>&PREFIX.group-value.DATASETS, but it uses UNIT(SYSDA) to create this dataset.
>
>Is there a way to change the UNIT used by ISPF LMDLIST to a different esoteric 
>unit value?  SYSDA here allocates to a storage pool on WORKxx volumes where 
>datasets are deleted  in a very short time (usually just a few minutes, 
>sometimes less).  We programmers use a different unit esoteric to create 
>permanent datasets in a different storage pool, and I need LMDLIST to use that 
>testing unit esoteric in place of SYSDA.
>
>TIA for any help or RTFM you can provide.
>
SYSDA?  SYSALLDA?  Whatever.

"Using Data Sets" mentions SYSDA only in examples; SYSALLDA not at all.

JCL Ref. mentions SYSDA only in examples, and:
SYSALLDA: IBM assigned group-names include SYSALLDA, which
contains all direct access devices defined to the system.

What does IBM recommend?  (Perhaps in Init/Config/Admin?)

Aren't there better ways of allocating temporary data sets than by relying on 
esoteric names?  SMS guidelines?

(My site once genned a (never online) tape address in SYSALLDA.)

-- gil

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

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: PCOMM macro/script - Copy Screens, Copy Append

[Hank Oerlemans]

Our Team has used OpenRexx with the PCOMM HLLAPI for years for this sort of 
thing.

E,g. hrc = HLLAPI('Sendkey',ARG(1) ) 

To send a command to the current 3270 window.

Cheers Hank

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richard Zierdt
Sent: 04 November 2017 08:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PCOMM macro/script - Copy Screens, Copy Append

Using PCOMM Ver 6.0.  

The goal is to copy several CICS screens as a script (or macro) runs.  24x80 
green-screen stuff.  

First step is to create or record the macro or script. 
The problem is that PCOMM's  Edit-Copy  and  Edit-Append  are not supported 
under PCOMM's Start Recording, either as a macro or VBScript. 
Start Recording will record keystrokes, but not Edit-Copy, etc.  
[Edit-Copy (and Append) copies the text of a screen to the Windows clipboard.] 

The VBScript can be edited.  Are there VBScript statements that will copy 
screens (text) as they are presented? 
I'm studying VBScript syntax now (WshShell - SendKeys might work), but if the 
wheel's already been invented . . . 

Any help appreciated. 

Thanks -
Richard Zierdt  

--
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: IBM Session Manager replacement

[Hank Oerlemans]

I don't feel disbandedstill tapping merrily away supporting Fault 
Analyzer...just with a different email address 😊

The same could be said of the rest of Products and Platforms



https://www.hcltech.com/features/partnership-growth-and-innovation



Of course the single biggest personal advantage is a new email address with a 
corresponding drop off in SPAM.

My IBM address was too well known 😉





Cheers Hank



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roberto Halais
Sent: 19 August 2017 02:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Session Manager replacement



Thank you Ed. Good info to know.





On Fri, Aug 18, 2017 at 11:43 AM Ed Jaffe 
mailto:edja...@phoenixsoftware.com>>

wrote:



> On 8/17/2017 3:20 PM, Roberto Halais wrote:

> > IBM has notified that IBM Session Manager product will be phased out

> > by

> the

> > end of 2018.

> >

> > They suggest we migrate to IBM CL/Supersession.

> >

> > I would like to know of other vendor products that do a similar function.

>

> IBM Session Manager for z/OS is Macro 4 Tubes (rebranded). So, if you

> want near-zero conversion effort, that would be the way to go.

>

> CL/Supersession isn't a bad product (originally from Candle), but

> who's doing the development now?

>

> IBM disbanded their product development teams for SDSF, the entire

> OMEGAMON suite (also originally from Candle), the entire Optim suite,

> File Manager, Fault Analyzer, Tivoli Workload Scheduler (and related

> products), Security AppScan, Transformation Extender,  a bunch of

> Rational products (Synergy & Change, Test Automation, BuildForge,

> Asset Manager, etc.) and so many others it's hard to keep up any more.

> These products are now partnership owned and developed by ISVs under

> intellectual property and profit sharing arrangements. I suspect the

> same is true of CL/Supersession. I just don't know who really owns and

> develops it. If anyone knows for sure, please post to the list...

>

> --

> PHOENIX SOFTWARE INTERNATIONAL

> Edward E. Jaffe

> 831 Parkview Drive North

> El Segundo, CA 90245

> http://www.phoenixsoftware.com/

>

> --

> For IBM-MAIN subscribe / signoff / archive access instructions, send

> email to lists...@listserv.ua.edu with the 
> message: INFO IBM-MAIN

>

--

Politics: Poli (many) - tics (blood sucking parasites)



--

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: SAVING OUTPUT WHEN IN ISPF 3.4

[Hank Oerlemans]

Like Kees said but here is the reference: 
https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.f54u200/savcxsoiu.htm%23savcxsoiu?lang=en


Hank


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

Re: MODULE AMODE

[Hank Oerlemans]

Hi Frank,

we have noticed the same problem and I'm currently working on a fix.
No ETA.
Raise a PMR if you want to track to resolution.

Cheers Hank, FA Development


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

Re: LE question

[Hank Oerlemans]

If it's that sensitive then linking in your own options module would be a good 
idea.
 
IMO
 
Hank 

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

Re: LE question

[Hank Oerlemans]

If you can assume R12 point to the CAA then:

USING CEECAA,12 
USING CEEEDB,11 
USING CEEOCB,10 
L 11,CEECAAEDB 
L 10,CEEEDBOPTCB
CEECAA 
CEEEDB 
CEEOCB  

then use the following information to parse 

https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ceev100/appocb.htm?lang=en

If you need to find the CAA then use "CEEARLU — anchor lookup"

Cheers Hank


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

Re: Fault Analyzer experts?

[Hank Oerlemans]

To change the title on the panel see USEROPTIONTITLE - UFM - Formatting 
user exit parameter list

http://www-01.ibm.com/support/knowledgecenter/SSXJAJ_13.1.0/com.ibm.faultanalyzer.doc_13.1/datufm.htm



Regards Hank Oerlemans, IBM FA

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

Re: Corrupt PDSE - IGW699I PDSE Directory Validation Unsuccessful

[Hank Oerlemans]

I've had to deal with a couple of PDSE issues with z/OS 2.1 and Fault 
Analyzer.

1. Ensure all systems are up to date with PDSE maintenance
2. It's possible that IEBPDSE (the z/OS 2.1 version) against your restored 
PDSE will still report problems. Reallocate your PDSE and copy (IEBCOPY) 
the backup data into it. z/OS 2.1 is more robust about reporting some 
internal PDSE issues than previous z/OS levels. If you don't reallocate 
you are simply continuing the internal structural problems. 
3. Send your diagnostic data and dumps into IBM to be sure you don't have 
something new .

Regards Hank Oerlemans, 
IBM Fault Analyzer




From:   Thomas Berg 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   26/05/2015 11:48
Subject:Re: Corrupt PDSE - IGW699I PDSE Directory Validation 
Unsuccessful
Sent by:IBM Mainframe Discussion List 



BTW, we are on zOS 2.1 in the DEV system and zOS 1.13 in the prod system.



Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is 'manual.' Batch is 'automatic.'




> -Original Message-
> From: Thomas Berg
> Sent: Tuesday, May 26, 2015 3:46 AM
> To: 'IBM Mainframe Discussion List'
> Subject: RE: Corrupt PDSE - IGW699I PDSE Directory Validation 
Unsuccessful
> 
> Did run IEBPDSE, but no new info compared to the abend result I posted 
below:
> 
> IGW699I PDSE Directory Validation Unsuccessful
> DESC:PDSE structure is corrupted
> ERROR NUM:103
> DSN:SYS6.IDI.PROD5.HIST.FEL
> VOLSER:GEM040
> ADPages:10169 IXRecords:405168
> ADPagesInCore:3 ADPagesRead:10166
> ADTreeLevels:3
> NDPages:21 IXRecords:2460
> NDPagesInCore:1 NDPagesRead:20
> NDTreeLevels:2
> AD ND Tree Nodes:2430
> Version:1
> Orphan Pages:4682
> RC:4 RS:01188012
> IGW702I PDSE Directory Validation Unsuccessful
> DESC: Structure is corrupted
> LTK:D561C14040404040404040404040404040404040
> ERROR NUM:1
> DSN:SYS6.IDI.PROD5.HIST.FEL
> VOLSER:GEM040
> RC:4 RS:01188012 R14:0876C2A4
> RPN:N/A
> VPTVFN:N/A
> 
> 
> 
> 
> Best Regards,
> Thomas Berg
> ___
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> 
> Interactive is 'manual.' Batch is 'automatic.'
> 
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
On Behalf Of
> > Mark Jacobs - Listserv
> > Sent: Tuesday, May 26, 2015 3:27 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Corrupt PDSE - IGW699I PDSE Directory Validation 
Unsuccessful
> >
> > If you take a physical dump of the dataset and send it into IBM for
> > analysis they might be able to get to the root cause. Assuming you're 
on
> > zOS 1.13 or higher did you execute IEBPDSE against the restored 
dataset
> > to verify its structure?
> >
> > Mark Jacobs
> >
> > > Thomas Berg <mailto:thomas.b...@swedbank.se>
> > > May 25, 2015 at 9:23 PM
> > > AFAIK it should have a very low probability. This due to that those
> > > that can access from outside of the Sysplex (special sysprogs) have
> > > neither reason or interest of doing that. And this is 3.00 AM here.
> > > (At least the operator I spoke to had no knowledge of anyone else 
that
> > > me working at this time.)
> > >
> > > I have restored a backup from yesterday now so the immediate problem
> > > is solved. (And saved the corrupted PDSE in case anyone except me is
> > > interested.)
> > >
> > >
> > >
> > > Best Regards,
> > > Thomas Berg
> > > ___
> > > Thomas Berg Specialist zOS/RQM/IT Delivery Swedbank AB (Publ)
> > >
> > > Interactive is 'manual.' Batch is 'automatic.'
> > >
> > >
> > >
> > > 
--
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN
> > > Mark Jacobs - Listserv <mailto:mark.jac...@custserv.com>
> > > May 25, 2015 at 9:09 PM
> > > Could it have been shared(R/W) outside of a sysplex boundary?
> > >
> > > Mark Jacobs
> > >
> > >
> > > Thomas Berg <mailto:thomas.b...@swedbank.se>
> > > May 25, 2015 at 8:43 PM
> > > Got a corrupt PDSE. Will throw the problem at some of the 
responsible

Re: ISPF services on HTTP server cgi rexx.

[Hank Oerlemans]

If you're really keen on a browser command, research the ISPF gateway IVP 
which calls ISPF services. See the ISPF publications.


Hank


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

Re: Exposing USS Messages to z/OS SYSLOG

[Hank Oerlemans]

http://www-01.ibm.com/support/docview.wss?uid=swg1PM93967

refers to ras_message_routing_console and BBOO0221W

Perhaps this is of use to you ?

Hank





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

Re: ISRDDN SHOWS MEMBER ALIAS

[Hank Oerlemans]

What do you mean by TSO BROWSE  ?

An alias, for a data PDS, is nothing more than a duplicate directory entry 
with the same TTR as the primary member.
Alias bit is on. 

I'm not aware of any genuine historical support for managing a "create 
date" for an alias entry in a data PDS.
(Maybe I should say IBM support for)
Or did you mean something else by your "when" question.

Hank

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

Re: SMP/E APPLY CHECK failing

[Hank Oerlemans]

Volser ???

Not mentioned here 
http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.f54pc00/isppcaxdsie.htm
 


Hank

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

Re: TASID Snapshot File

[Hank Oerlemans]

I stated quite correctly "...who no longer looks after TASID".

You need to contact the new support team using i...@us.ibm.com.and 
it's still on a best effort basis.

Hank

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

Re: TASID Snapshot File

[Hank Oerlemans]

That panel should have been cleaned up when ASIDSETL was done. Those 
fields don't affect the snap file.
Preallocating TASIDSNP is the way to go..


Cheers Hank Who No Longer Looks After Tasid.

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

Re: ISPF START command remains on the command line

[Hank Oerlemans]

Worth checking.

ISPVCALL STATUS and look for

START0 SELECT PGM(ISPSTRT) PARM(&ZPARM)


On Thu, Apr 10, 2014 at 2:03 AM, Thomas Berg wrote:

> A site command table that "overrides" the standard START command ?
> (Or a user command table.)
>
>
>
> Best Regards,
> Thomas Berg
> ___
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
>
>
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Peter Hunkeler
> > Sent: Wednesday, April 09, 2014 6:01 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: AW: Re: ISPF START command remains on the command line
> >
> > Spontaneously I would suspect a bad coded ISPF panel (the one the
> "START" I
> > left/reoccurring on).
> > This is a thought that I had too, but it happens on any panel. I doubt
> all of the
> > panels have been adversely changed.
> >
> >
> > and review these:
> >
> > COMMAND_LINE_PLACEMENT
> > RESET_COMMAND_LINE_PLACEMENT
> > Not sure I understand what this has to do with my problem. Its not where
> the
> > command line is, but that the command line does not get cleared.
> >
> > Anyway, thanks for the ideas.
> > --
> > Peter Hunkeler
> >
> >
> >  Von: Elardus Engelbrecht  An:
> > IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: ISPF START command remains on the
> > command line Datum: 09.04.14 15:30
> >
> >
> > Thomas Berg wrote:
> >
> > >Spontaneously I would suspect a bad coded ISPF panel (the one the
> "START" I
> > left/reoccurring on).
> >
> > Indeed. Or look at 'ISPF Settings and Options' dialog. If the command
> line still
> > stays there, have a look at ISPCCONF
> >
> > and review these:
> >
> > COMMAND_LINE_PLACEMENT
> > RESET_COMMAND_LINE_PLACEMENT
> >
> > HTH!
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >
> > --
> > 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
>

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

Re: AW: Re: ISPF dynamically allocating dataset with DISP=OLD?

[Hank Oerlemans]

The behavior can be demonstrated with the PDS utility and leaving off the 
SHR parameter when specifying COMPRESS.


Don't blame ISPF. The critical thing is DISP=OLD allocation occurring 
after a DISP=SHR.

Hank O

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

Doug Nadel's ISPFHTML - retired

[Hank Oerlemans]

Doug will have retired from IBM by the end of this month.

Much material has been removed and will no longer be available from his 
site to avoid any perceived conflict of ownership or questions of right of 
distribution of said material.

(as I no longer subscribe to ispf-l someone might like to post this notice 
over there for me)

Hank

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

Re: Java -Xdump:tool option on z/OS

[Hank Oerlemans]

How hard can this be I ask myself...a good while later


1. So it's much easier to see results in batch .

//UNIX  EXEC PGM=BPXBATCH,PARM='SH /u/hanko/runhe.sh' 
//STDOUTDD SYSOUT=* 
//STDERRDD SYSOUT=* 

2. It's much easier trying not to resolve the battle of the quotes. exec 
string needs to be quoted and then so do the arguments for tso and tsocmd 
. And the submit !! Who is doing the parsing when ? I give up .

So what I came up with is

events=vmstart,exec="tsocmd 'MSUB' " HelloWorld  <===MSUB is CAPS ON !

in a shell script that also specifies the following env variables

export sysexec="alloc da('HANKO.BPXBATCH.EXEC') shr" 
export TSOALLOC=sysexec

(I think TSOALLOC is redundant but included for completeness)

and then member MSUB looks like

/* Rexx */ 
"submit 'hanko.pdscntl(iefbr14)'" 

and that all works ...hope it does for you.

Hank

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

Re: ISPF scrolling in z/OS 2.1

[Hank Oerlemans]

VDEFINE errors are restricted to languages that use VDEFINE.

Rexx is not one of those. You are "probably" immune. I say probably 
because I can't envisage a situation where you wouldn't be but then I'm 
not all-seeing oracle.

For an assembler/PLI/COBOL routine the likely bad thing would be ISPV006.

LINENUM - It hasn't changed nor was an alternate value made available. And 
it's 6-bytes not 4. Or maybe 7-bytes.
"For compatibility with previous releases of ISPF, a length of 6 or 7 is 
allowed in cases where no data loss will occur." Weird.

I don't have any info about why LINENUM and ZSCROLLN are different in the 
way they are.

-Hank



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

Re: ISPF scrolling in z/OS 2.1

[Hank Oerlemans]

Never been a good idea to recycle usage - or extend it.

If you VDEFINE ZSCROLLN,  for whatever reason, as a 4-byte character field 
and then good old ISPF extends it to 8-bytes then bad things happen.

Better to give you ZSCROLNL at 8-bytes and all the ZSCROLLN users stay 
happy-ish.

-Hank

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

Re: RACF USERMOD APPLY

[Hank Oerlemans]

Hint: 
http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.gim/gim020.htm
 


In case your web access fails you here is part of the text:

The DISTLIB value specified on an element MCS in the indicated SYSMOD is 
different from the DISTLIB value in the element entry in the target or 
distribution zone being processed.
Here is an example of a situation that would cause this message to be 
issued: 
In SYSMOD UZ12345:
   ++PTF(UZ12345).
   …
   ++MOD(A) … DISTLIB(DLIB2).

In the target zone MOD entry:
   MOD(A)
   …
   DISTLIB(DLIB1)

Dunno about you but it seems to clear to me what the problem is ;-)

Hank

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

Re: OT: Entry Level System Programmer Job Description

[Hank Oerlemans]

And how did that work out ?

I know a project where the guy sang a great tune to get the top job but 
his project management was rubbish.

End result: project way behind and he has been moved out to where his 
'talents' are better utilised.

-Hank

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

Re: Work Station Agent using Windows 7

[Hank Oerlemans]

Anything that takes a file as an argument should work I would think.

WS cmd field is 50 bytes wide so whatever fits I suppose.

"Ouch!"  MS write in this instance invokes wordpad. Go figure ! Maybe 
they'll fix the help text and title lines in WIN7+?

-Hank



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

Re: Work Station Agent using Windows 7

[Hank Oerlemans]

Does NOTEPAD work from the command prompt (CMD.EXE) ?

I have my WSA set up to invoke WORDPAD on the PC but I had to mess around 
with the environment PATH variable to find it.

Or I could have changed it to invoke WRITE instead.

Hank

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

Re: Fw: Dataspace versus common area above the bar

[Hank Oerlemans]

Thank you Peter Relson.my wife is glad she is not alone ...


Hank, PD Tools, IBM Australia


IBM Mainframe Discussion List  wrote on 
21/01/2014 10:19:56 AM:


> ...
>   I have seen Peter Relson type (fast) while he was 
> looking at me and carrying on a conversation.  For me, 
> that happens only in my dreams.  Pretty much the same
> way that fast skating and goal scoring happens only in my dreams. 
> 
> Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY
> 
> --
> 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: TSO FULL SCREEN MODE UNDER ISPF

[Hank Oerlemans]

Then you haven't got the TSO "version" active.

There are no nice ISPF-savvy commands available with TSO SDSF which 
invokes program ISFINIT
as distinct from typing SDSF on the command line which *might* find a 
command table entry and invoke
program ISFISP.

If you *are* getting an ISPF friendly dialog by typing TSO SDSF on the 
command line then I'd be looking for
an exec/clist with the same name or maybe the alias for SDSF has been 
relinked to ISFISP.


Hank


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

Re: TSO FULL SCREEN MODE UNDER ISPF

[Hank Oerlemans]

As John said, there is no special requirement.
Try TSO SDSF, if you have that installed, from any ISPF command line.
You'll find it drives the TSO fullscreen dialog rather than the ISPF 
version.

Hank

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

Re: TPUT under TEST

[Hank Oerlemans]

Surely you would set your breakpoint after the TPUT and also AFTER the 
TGET ?

Fullscreen tput hits the glass - key in a response - and look what you got 
?

Any break after the TPUT but before the TGET is going to cause TEST to 
reset your screen and prompt for input.

Hank

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

Re: Listing "hidden" ALIASes in a PDS/E?

[Hank Oerlemans]

ISPF uses a QSAM read of the directory to build member list names.

Long names can be retrieved using the DESERV macro - which ISPF does not 
use.

And then there is this little gem for the DESERV HIDE=YES/NO parameter

"Hidden names are normally used only for program management binding 
purposes, and are supported only for program objects in PDSE libraries. As 
a single program object can contain many hidden names and as these names 
do not represent executable entry points into a module, they are of little 
interest to end users. Utilities and other programs which list or display 
member names and aliases typically omit hidden aliases. "

Hank O





From:   John McKown 
To: IBM-MAIN@listserv.ua.edu, 
Date:   22/08/2013 11:01 PM
Subject:Listing "hidden" ALIASes in a PDS/E?
Sent by:IBM Mainframe Discussion List 



OK. I ported some C code (sqlite3 to be exact) to z/OS UNIX. This created
an object file which I then put in an FB/80 object PDS (using "cp -B"). I
then linked that into a PDS/E using the binder with the PARM of
ALIASES=ALL. The output shows all of the external, long, names as HIDDEN
and I can't see those aliases in an ISPF directory listing.

Is there any way to see the aliases at all? Am I missing some option in
ISPF?

-- 
As of next week, passwords will be entered in Morse code.

Maranatha! <><
John McKown

--
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: ISPF Scrollable area

[Hank Oerlemans]

Haven't followed the entire thread but as far as THIS example goes try 
this:


/* Rexx */ 
zscrolld = 'CSR' 
address ispexec "select panel(ISR@PRIM)" 


and down will move to the cursor position. This is supported by the doc in 
the 
Dialog Developers Guide :  6.4.3.1 Panel processing considerations 

The section talks about providing a 4-byte scroll amount field.

Regards Hank, ISPF

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

Re: PHATOOL IGWPIT , from where to get ?

[Hank Oerlemans]

Perhaps

BTW I am quite partial to the later A

hAnk

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

Re: PHATOOL IGWPIT , from where to get ?

[Hank Oerlemans]

If you're on z/OS 1.13 you can use IEBPDSE.

If not then it's only available from IBM support and on as needed basis. 
That is, it's not available for general distribution.

Hank

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

Re: CBT site issues?

[Hank Oerlemans]

No...all good in the land of Oz.


Hank

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

Re: New Goodies in ISPF z/OS 01.12.00 - missing

[Hank Oerlemans]

We did not ship any changes for z/OS 1.12. Now if you had jumped to z/OS 
1.13 ;-)

Hank, ISPF





From:   David Speake 
To: IBM-MAIN@listserv.ua.edu, 
Date:   10/07/2012 08:37 AM
Subject:New Goodies in ISPF z/OS 01.12.00 - missing
Sent by:IBM Mainframe Discussion List 



We just brought up z/OS 01.12.00 on one LPAR, up from 01.11.00. I 
immediately logged on to ISPF  to see if there were any wonderful NEW 
goodies.
Intense disappointment. :-(

>From the ISPF Status Panel

 ZOS390RL = z/OS   01.12.00
 The z/OS release running on your system.

 ZISPFOS  = ISPF FOR z/OS 01.11.00
 The level of ISPF code that is running as part of z/OS on your
 system. This might or might not match ZOS390RL. 


And
TUTOR ISR5 gave
RXJ67 HELP  z/OS 01.11.00 ISPF -- Tutorial

Select option for information about the desired release or
press ENTER for current release information.

Current Release Changes
1  z/OS 01.11.00 ISPF
/~~~ snip   ~~~/

z/OS V1R12 information center shows
z/OS V1R12.0 ISPF User's Guide Vol I 
SC34-4822-09   <<<=== Same as V1R11
z/OS V1R12.0 ISPF User's Guide Vol II
SC34-4823-09   <<<=== Same as V1R11
etc


Oh the shame of it all!
Or did I miss something - big time?
I ran SuperC and there were a few differences in the ISP PDSes,
 

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