Re: How to get filename of a DD PATH="xxxx" at runtime?

[Marco Gianfranco Indaco]

I had the same problem and I solved using BPXWDYN
Call bpxwdyn "Info fi(STDERR) INRTPATH(FNAME)"

Hope in this.

Regards.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF record error.

[jagadishan perumal]

Hi,

Thanks for your reply. I did by taking off the

01 //SMFCOMP$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T,
02 // REGION=0M,NOTIFY=&SYSUID
03 ////
04 //* IGYWCL
05 //* THIS PROGRAM COMPILES AND LINK - EDIT THE COBOL PROGRAM
06 ////
07 //STEP1   EXEC IGYWCLG,TIME=NOLIMIT
08 //SYSPRINT  DD SYSOUT=*
09 //COBOL.SYSIN DD DSN=A133389.COBOL(SMFDBREP),DISP=SHR
10 //GO.INFILE DD DSN=SYS1.JULY.SMFREC2.OLD,DISP=SHR
11 //GO.OUTFILE DD DSN=SYS1.SMF.UNFMT.OUTPUT.NEW,DISP=SHR



Error :
CEE3250C The system or user abend S002  R=0004 was
issued.
 From compile unit SMFMAY97 at entry point SMFMAY97 at compile unit
offs
  at address
00CCE93E.
=0004 was
issued.
try point SMFMAY97 at compile unit offset -098326AA at entry offset
-098326AA
Regards,
Jags




On Tue, Sep 6, 2011 at 9:59 AM, Paul Strauss  wrote:

> Not too much to go on but your //COBOL.SYSLIB DD statement is wrong. That
> statement is used to pull in record description on a COPY statement in the
> COBOL SOURCE before the program is compiled.. You have it listed like it is
> for output (SYSOUT=*).  Look in you program for COPY statements. The PDS
> that has the member being copied into your program is what should be
> pointed to by a card like this:
>
> //COBOL.SYSLIB DD DSN=yourcopystatement pds,DISP=SHR
>
> Run without the //COBOL.SYSLIB first and see if the S002 goes away. It
> should go away but you may then get compile errors because COPY statements
> weren't found. That that can be corrected by the above.
>
> Thank You,
>
> Paul Strauss
>
> Integrated Technology Delivery, Global Services, IBM
> L0DB z/OS MVS/Program Products/Security
> 150 Kettletown Rd.
> Southbury, CT 06488
> (203) 272-2758
> strau...@us.ibm.com
>
>
> |>
> | From:  |
> |>
>
>  
> >--|
>  |jagadishan perumal 
>  |
>
>  
> >--|
> |>
> | To:|
> |>
>
>  
> >--|
>  |IBM-MAIN@bama.ua.edu
>  |
>
>  
> >--|
> |>
> | Date:  |
> |>
>
>  
> >--|
>  |09/06/2011 12:14 AM
> |
>
>  
> >--|
> |>
> | Subject:   |
> |>
>
>  
> >--|
>  |SMF record error.
> |
>
>  
> >--|
> |>
> | Sent by:   |
> |>
>
>  
> >--|
>  |IBM Mainframe Discussion List 
>  |
>
>  
> >--|
>
>
>
>
>
>  Hi,
>
> I was trying to write the SMF record to a flat FB PS file for the
> calculation of CPU and Memory usage.
>
> I was getting an abend of : CEE3250C The system or user abend S002
> R=0004 was issued.
>
> I did a look at found the below explanation :
>
> S002 - 04 - AN INVALID RECORD WAS ENCOUNTERED ON A GET OPERATION.
>THE LENGTH FIELD OF A RECORD DESCRIPTOR WORD (RDW) FOR A
> VARIABLE
>LENGTH RECORD SPECIFIES A VALUE LESS THAN 4.
>
> My JCL is :
>
> 01 //SMFCOMP$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T,
> 02 // REGION=0M,NOTIFY=&SYSUID
> 03 ////
> 04 //* IGYWCL
> 05 //* THIS PROGRAM COMPILES AND LINK - EDIT THE COBOL PROGRAM
> 06 //***

Re: SMF record error.

[Paul Strauss]

Not too much to go on but your //COBOL.SYSLIB DD statement is wrong. That
statement is used to pull in record description on a COPY statement in the
COBOL SOURCE before the program is compiled.. You have it listed like it is
for output (SYSOUT=*).  Look in you program for COPY statements. The PDS
that has the member being copied into your program is what should be
pointed to by a card like this:

//COBOL.SYSLIB DD DSN=yourcopystatement pds,DISP=SHR

Run without the //COBOL.SYSLIB first and see if the S002 goes away. It
should go away but you may then get compile errors because COPY statements
weren't found. That that can be corrected by the above.

Thank You,

Paul Strauss

Integrated Technology Delivery, Global Services, IBM
L0DB z/OS MVS/Program Products/Security
150 Kettletown Rd.
Southbury, CT 06488
(203) 272-2758
strau...@us.ibm.com


|>
| From:  |
|>
  
>--|
  |jagadishan perumal
 |
  
>--|
|>
| To:|
|>
  
>--|
  |IBM-MAIN@bama.ua.edu 
 |
  
>--|
|>
| Date:  |
|>
  
>--|
  |09/06/2011 12:14 AM  
 |
  
>--|
|>
| Subject:   |
|>
  
>--|
  |SMF record error.
 |
  
>--|
|>
| Sent by:   |
|>
  
>--|
  |IBM Mainframe Discussion List  
 |
  
>--|





 Hi,

I was trying to write the SMF record to a flat FB PS file for the
calculation of CPU and Memory usage.

I was getting an abend of : CEE3250C The system or user abend S002
R=0004 was issued.

I did a look at found the below explanation :

S002 - 04 - AN INVALID RECORD WAS ENCOUNTERED ON A GET OPERATION.
THE LENGTH FIELD OF A RECORD DESCRIPTOR WORD (RDW) FOR A
VARIABLE
LENGTH RECORD SPECIFIES A VALUE LESS THAN 4.

My JCL is :

01 //SMFCOMP$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T,
02 // REGION=0M,NOTIFY=&SYSUID
03 ////
04 //* IGYWCL
05 //* THIS PROGRAM COMPILES AND LINK - EDIT THE COBOL PROGRAM
06 ////
07 //STEP1   EXEC IGYWCLG,TIME=NOLIMIT
08 //SYSPRINT  DD SYSOUT=*
09 //COBOL.SYSIN DD DSN=A133389.COBOL(SMFDBREP),DISP=SHR
10 //COBOL.SYSLIB DD SYSOUT=*
11 //GO.INFILE DD DSN=SYS1.JULY.SMFREC2.OLD,DISP=SHR
12 //GO.OUTFILE DD DSN=SYS1.SMF.UNFMT.OUTPUT.NEW,DISP=SHR




==

Infile attribute :

ata Set Name . . . . : SYS1.JULY.SMFREC2.OLD

eneral Data   Current Allocation
Management class . . : **None**Allocated cylinders : 3,200
Storage class  . . . : **None**Allocated extents . : 1
 Volume serial . . . : MTSMF2
 Device type . . . . : 3390
Data class . . . . . : **None**
 Organization  . . . : PS Current Utilization
 Record format . . . : VBS Used cylinders  . . : 2,985
 Record length . . . : 32760   Used extents  . . . : 1
 Block size  . . . . : 32760
 1st extent cylinders: 3200
 S

SMF record error.

[jagadishan perumal]

 Hi,

I was trying to write the SMF record to a flat FB PS file for the
calculation of CPU and Memory usage.

I was getting an abend of : CEE3250C The system or user abend S002
R=0004 was issued.

I did a look at found the below explanation :

S002 - 04 - AN INVALID RECORD WAS ENCOUNTERED ON A GET OPERATION.
THE LENGTH FIELD OF A RECORD DESCRIPTOR WORD (RDW) FOR A
VARIABLE
LENGTH RECORD SPECIFIES A VALUE LESS THAN 4.

My JCL is :

01 //SMFCOMP$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T,
02 // REGION=0M,NOTIFY=&SYSUID
03 ////
04 //* IGYWCL
05 //* THIS PROGRAM COMPILES AND LINK - EDIT THE COBOL PROGRAM
06 ////
07 //STEP1   EXEC IGYWCLG,TIME=NOLIMIT
08 //SYSPRINT  DD SYSOUT=*
09 //COBOL.SYSIN DD DSN=A133389.COBOL(SMFDBREP),DISP=SHR
10 //COBOL.SYSLIB DD SYSOUT=*
11 //GO.INFILE DD DSN=SYS1.JULY.SMFREC2.OLD,DISP=SHR
12 //GO.OUTFILE DD DSN=SYS1.SMF.UNFMT.OUTPUT.NEW,DISP=SHR




==

Infile attribute :

ata Set Name . . . . : SYS1.JULY.SMFREC2.OLD

eneral Data   Current Allocation
Management class . . : **None**Allocated cylinders : 3,200
Storage class  . . . : **None**Allocated extents . : 1
 Volume serial . . . : MTSMF2
 Device type . . . . : 3390
Data class . . . . . : **None**
 Organization  . . . : PS Current Utilization
 Record format . . . : VBS Used cylinders  . . : 2,985
 Record length . . . : 32760   Used extents  . . . : 1
 Block size  . . . . : 32760
 1st extent cylinders: 3200
 Secondary cylinders : 200Dates
 Data set name type  : Creation date . . . : 2011/08/16
 SMS Compressible. . : NO  Referenced date . . : 2011/09/06
   Expiration date . . :
***None***


Outfile attribute :

 Data Set Name . . . . : SYS1.SMF.UNFMT.OUTPUT.NEW

General Data   Current Allocation
 Management class . . : **None**Allocated cylinders : 50
 Storage class  . . . : **None**Allocated extents . : 1
  Volume serial . . . : CT3WK1
  Device type . . . . : 3390
 Data class . . . . . : **None**
  Organization  . . . : PS Current Utilization
  Record format . . . : FB  Used cylinders  . . : 2
  Record length . . . : 108 Used extents  . . . : 1
  Block size  . . . . : 10800
  1st extent cylinders: 50
  Secondary cylinders : 100Dates
  Data set name type  : Creation date . . . : 2011/09/06
  SMS Compressible. . : NO  Referenced date . . : 2011/09/06
Expiration date . . : ***None***




I have even tweaked the outfile with  different DCB parameters But i still
get the same abend.

COBOL.SYSIN : I can even share my Source code if it needs any further
modifications.

I have attached my COBOL codes too.

Could anyone please guide or direct me if the above parameters needs any
modifications.

Regards,
Jags

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[Ted MacNEIL]

Did gyre & gymbol on the wabe.

PS: I don't think troth is the 'correct' spelling.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Ed Finnell 
Sender: IBM Mainframe Discussion List 
Date: Mon, 5 Sep 2011 22:16:35 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: PTF question

'Twas brillig in the slimy troth...
 
 
In a message dated 9/5/2011 8:55:03 P.M. Central Daylight Time,  
jo.skip.robin...@sce.com writes:

KFRoaXMgaXMgaG93IGl0IGxvb2tzIGluIG15IFNlbnQgZm9sZGVyLi4uKQ0KDQpBcyB0aGV5IHNh


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[Ed Finnell]

'Twas brillig in the slimy troth...
 
 
In a message dated 9/5/2011 8:55:03 P.M. Central Daylight Time,  
jo.skip.robin...@sce.com writes:

KFRoaXMgaXMgaG93IGl0IGxvb2tzIGluIG15IFNlbnQgZm9sZGVyLi4uKQ0KDQpBcyB0aGV5IHNh


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[Skip Robinson]

��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�

Re: PTF question

[Shmuel Metz (Seymour J.)]

In
,
on 09/05/2011
   at 12:25 PM, Alvaro Guirao Lopez  said:

>What is 'R200', 'R300' and 'R500'?

Probably the last 3 digits of the FMID.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get filename of a DD PATH="xxxx" at runtime?

[Shmuel Metz (Seymour J.)]

In <4e649236.7080...@set-software.de>, on 09/05/2011
   at 11:11 AM, Michael Knigge  said:

>Does anybody know if there is another control block where I can get
>the real name?

You could extract it from the JCL, but I'd treat that as a last
resort. Can you extract the path with SJF?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[Skip Robinson]

��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�

Re: CA-1 TMSXITJ

[Paul Gilmartin]

On Mon, 5 Sep 2011 23:21:44 +0300, Binyamin Dissen wrote:

>On Sun, 4 Sep 2011 09:31:59 -0400 Peter Relson wrote:
> ...
>:>Regarding making the assumption that "you" can use TCBUSER: not a good
>:>assumption. TCBUSER has always been intended for use by the owner of the
>:>TCB. But since that has never been made clear, we added STCBUSER in z/OS
>:>1.7 with commentary that attempts to be clear about that.
>
>"Owner: target module of the ATTACH."
>Must be set only by that module or a module in its component"
>
>As the vast majority of the targets of ATTACH are problem state, how can they
>use it?
>
>Is there some API that sets it?
> 
Otherwise, might one use name/token services for the same purpose?

Is there a convention for avoiding conflicts of token names?

Are any tokens automatically reclaimed when:

o The task ends?

o The job ends?

o Other (specify)?

I also think of POSIX environment variables.  I suspect those require LE.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA-1 TMSXITJ

[Binyamin Dissen]

On Sun, 4 Sep 2011 09:31:59 -0400 Peter Relson  wrote:

:>...
:>>  L R3,ASXBFTCB

:>> Unfortunately, under z/OS it produces the address of a random TCB.  We
:>> tried changing the code to obtain the TCB address directly from PSATOLD
:>> but that doesn't seem to be working either.

:>This does not produce, and never has produced, "the address of a random 
:>TCB". It produces the address of the TCB for the RCT (region control 
:>task). User code will typically not run with PSATOLD equal to that task. 

:>Regarding making the assumption that "you" can use TCBUSER: not a good 
:>assumption. TCBUSER has always been intended for use by the owner of the 
:>TCB. But since that has never been made clear, we added STCBUSER in z/OS 
:>1.7 with commentary that attempts to be clear about that.

"Owner: target module of the ATTACH."
Must be set only by that module or a module in its component"

As the vast majority of the targets of ATTACH are problem state, how can they
use it?

Is there some API that sets it?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA-1 TMSXITJ

[Bonaduce, Frank]

This is the information that I passed down to the original poster with a 
suggestion of how I follow the TCB 'chain' down to the JOBSTEP TCB, assuming 
that's what he needs to do. The reason for this is that the point of origin is 
an SMF exit, presumably hung as an IRB off of the Initiator so the JOBSTEP TCB 
is not directly available; you have to look for it.

 Frank.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Peter Relson
Sent: Sunday, September 04, 2011 9:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CA-1 TMSXITJ

...
>  L R3,ASXBFTCB
>
> Unfortunately, under z/OS it produces the address of a random TCB.  We
> tried changing the code to obtain the TCB address directly from PSATOLD
> but that doesn't seem to be working either.
>

This does not produce, and never has produced, "the address of a random 
TCB". It produces the address of the TCB for the RCT (region control 
task). User code will typically not run with PSATOLD equal to that task. 

Regarding making the assumption that "you" can use TCBUSER: not a good 
assumption. TCBUSER has always been intended for use by the owner of the 
TCB. But since that has never been made clear, we added STCBUSER in z/OS 
1.7 with commentary that attempts to be clear about that.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[גדי בן אבי]

The problem I always have is that One version of a product is refrenced by 
three (or more) names:
It's human readable name - for example: CICS TS v3.2
It's FMID (sometime many FMIDS)
The code you see when you look at the list of ptf's for an APAR.

Why can't they just write the FMID in that list, or maybe even the human 
readable version name.
They keep talking about making z/OS easier, well this could be much easier to 
implement than other things they've tried (like z/OSMF).

Gadi


From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of Joel C. 
Ewing [jcew...@acm.org]
Sent: 05 September 2011 16:51
To: IBM-MAIN@bama.ua.edu
Subject: Re: PTF question

On 09/05/2011 05:39 AM, גדי בן אבי wrote:
> R200, R300 and R500 are the versions of TWS that each ptf applies to.
>
> Since I don't have TWS, I don't know what the current versions are.
>
> If you can, use SMP/E RECEIVE ORDER command. You can then specify the APAR 
> (PK85334), and the correct PTF, and it's prerequisites will be retrieved from 
> IBM's servers.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Alvaro Guirao Lopez
> Sent: Monday, September 05, 2011 1:26 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: PTF question
>
> Hi listers,
>
> I have a question related with PTFs releases download:
>
> When I see the next table at IBM web:
>
> Applicable component levels
>
> - R200 PSY 
> UK49618
>
>UP09/10/05 P F910
> - R300 PSY 
> UK49649
>
>UP09/10/06 P F910
> - R500 PSY 
> UK49655
>
>UP09/10/06 P F910
>
> What is 'R200', 'R300' and 'R500'? How can I know what PTF I must download an 
> apply to my systems?
>
> Thanks for your help.
>
> --
> Un saludo.
> Álvaro Guirao
>

If you can view any one of the PTFs, it will most likely have "IF FMID"
and "VER" clauses in the control information which will clearly tie all
the various versions of the PTF to the FMID for which they apply.  For
most (all?) product areas there will be an obvious correspondence
between the four-character indicators and the product version FMIDs ,
like based on last characters of FMID.  Once you know that
correspondence holds for the product area in question you won't even
need to check the internals of some PTF.  I never have understood why
after all these years IBM hasn't bothered to change their convention and
use the full FMID in the applicable component level description and
avoid all the unnecessary confusion for new users!

If you don't know for sure which FMIDs are on your system, that can
generally be determined by displaying the appropriate global zone gzone
data from the ISPF SMP/E dialog.  Or alternatively, you can use the
SMP/E dialog to search the target zone for a specific product FUNCTION
FMID sysmod and see which is in your target zone.
--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.


Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[Lizette Koehler]

> 
> Hi listers,
> 
> I have a question related with PTFs releases download:
> 
> When I see the next table at IBM web:
> 
> Applicable component levels
> 
>- R200 PSY
>
UK49618 UK49618>
> 
>   UP09/10/05 P F910
>- R300 PSY
>
UK49649 UK49649>
> 
>   UP09/10/06 P F910
>- R500 PSY
>
UK49655 UK49655>
> 
>   UP09/10/06 P F910
> 
> What is 'R200', 'R300' and 'R500'? How can I know what PTF I must download
an apply
> to my systems?
> 
> Thanks for your help.
> 
> --
> Un saludo.
> Álvaro Guirao


SMP/E Is fairly smart.  Once you have received and applied a Function then
only those fixes that apply to that level will be received.

So if you have installed TWS for the R500 level of the software, then only
fixes that are valid for R500 will be received.  PTFs (Fixes) that do not
apply to that release level will get a NOT RECEIVED message.

In the past I have received all PTFs and let SMP/E sort it out.  

You can also use SMPE to list what is valid in your system through the SMPE
Panels in ISPF. Go to ADMIN Option 1, then select your GLOBAL zone, then
select FMIDS.  You should see what is valid in that list.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[Joel C. Ewing]

On 09/05/2011 05:39 AM, גדי בן אבי wrote:

R200, R300 and R500 are the versions of TWS that each ptf applies to.

Since I don't have TWS, I don't know what the current versions are.

If you can, use SMP/E RECEIVE ORDER command. You can then specify the APAR 
(PK85334), and the correct PTF, and it's prerequisites will be retrieved from 
IBM's servers.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Alvaro Guirao Lopez
Sent: Monday, September 05, 2011 1:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: PTF question

Hi listers,

I have a question related with PTFs releases download:

When I see the next table at IBM web:

Applicable component levels

- R200 PSY 
UK49618

   UP09/10/05 P F910
- R300 PSY 
UK49649

   UP09/10/06 P F910
- R500 PSY 
UK49655

   UP09/10/06 P F910

What is 'R200', 'R300' and 'R500'? How can I know what PTF I must download an 
apply to my systems?

Thanks for your help.

--
Un saludo.
Álvaro Guirao



If you can view any one of the PTFs, it will most likely have "IF FMID" 
and "VER" clauses in the control information which will clearly tie all 
the various versions of the PTF to the FMID for which they apply.  For 
most (all?) product areas there will be an obvious correspondence 
between the four-character indicators and the product version FMIDs , 
like based on last characters of FMID.  Once you know that 
correspondence holds for the product area in question you won't even 
need to check the internals of some PTF.  I never have understood why 
after all these years IBM hasn't bothered to change their convention and 
use the full FMID in the applicable component level description and 
avoid all the unnecessary confusion for new users!


If you don't know for sure which FMIDs are on your system, that can 
generally be determined by displaying the appropriate global zone gzone 
data from the ISPF SMP/E dialog.  Or alternatively, you can use the 
SMP/E dialog to search the target zone for a specific product FUNCTION 
FMID sysmod and see which is in your target zone.

--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Speculation: Random thoughts on "web based" report access

[Cris Hernandez #9]

any webpage will do if the report is properly formatted for the software used 
to view it.  security considerations are site specific.  I prefer not to have 
the overhead of maintaining a webpage.  Instead, I prefer to format my reports 
for simple text/wordpad viewing on the pc if no further data manipulation is 
expected, or format it with delimited columns for Excel if the recipient wants 
to further tinker with the data.  SAS works wonders here too.  delivery method 
is email.  I prefer to keep the original data on mainframe for archival.  no 
doubt cots products are, or will be, available to help impress management and 
add to overhead costs.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PTF question

[גדי בן אבי]

R200, R300 and R500 are the versions of TWS that each ptf applies to.

Since I don't have TWS, I don't know what the current versions are.

If you can, use SMP/E RECEIVE ORDER command. You can then specify the APAR 
(PK85334), and the correct PTF, and it's prerequisites will be retrieved from 
IBM's servers.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Alvaro Guirao Lopez
Sent: Monday, September 05, 2011 1:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: PTF question

Hi listers,

I have a question related with PTFs releases download:

When I see the next table at IBM web:

Applicable component levels

   - R200 PSY 
UK49618

  UP09/10/05 P F910
   - R300 PSY 
UK49649

  UP09/10/06 P F910
   - R500 PSY 
UK49655

  UP09/10/06 P F910

What is 'R200', 'R300' and 'R500'? How can I know what PTF I must download an 
apply to my systems?

Thanks for your help.

--
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.


Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

PTF question

[Alvaro Guirao Lopez]

Hi listers,

I have a question related with PTFs releases download:

When I see the next table at IBM web:

Applicable component levels

   - R200 PSY 
UK49618

  UP09/10/05 P F910
   - R300 PSY 
UK49649

  UP09/10/06 P F910
   - R500 PSY 
UK49655

  UP09/10/06 P F910

What is 'R200', 'R300' and 'R500'? How can I know what PTF I must download
an apply to my systems?

Thanks for your help.

-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How to get filename of a DD PATH="xxxx" at runtime?

[Michael Knigge]

Hi,

I'm looking for a way to get the pathname/filename of a DD (specifying a 
PATH not a DD) at runtime  I tried to get it out of the TIOT -> JFCB 
but there is no field within the JFCB for the name (the field for the 
DSN ist filled with a dummy-value).


Does anybody know if there is another control block where I can get the 
real name? Because I need to get the name in Java it would be great if 
there would be a way without using assembler).



Thanks!


Bye,
Michael

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html