Re: DDNAME= oddity

2010-12-12 Thread Shmuel Metz (Seymour J.) 
In <021101cb9896$225a7120$670f53...@org>, on 12/10/2010
   at 10:14 AM, Charles Mills  said:

>Is DUMMY in the TIOT?

There are flags in the TIOT for several types of allocation.

>I recall that I asked on this list a while ago and I
>believe the answer was that it is in the TIOT only in the sense that
>TIOT->JFCB which contains "NULLFILE".

If there were no TIOT entry then there would be no JFCB pointer. -- 
 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: DDNAME= oddity

2010-12-10 Thread Charles Mills 
Is DUMMY in the TIOT? I recall that I asked on this list a while ago and I
believe the answer was that it is in the TIOT only in the sense that
TIOT->JFCB which contains "NULLFILE".

Is there a DCB readily available from fopen()?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Friday, December 10, 2010 7:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DDNAME= oddity

In <016801cb97e6$8fffcf50$afff6d...@org>, on 12/09/2010
   at 01:18 PM, Charles Mills  said:

>I'm trying to figure out how to recognize the condition it.

In HLA you have several options. In each case the documentation tells
you how to recognize DUMMY.

 * Use DEVTYPE

 * Look at the TIOT entry

 * I believe that DYNALLOC allocation retrieval will tell you

 * If you did an OPEN, look in the DCB

--
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: DDNAME= oddity

2010-12-10 Thread Shmuel Metz (Seymour J.) 
In <016801cb97e6$8fffcf50$afff6d...@org>, on 12/09/2010
   at 01:18 PM, Charles Mills  said:

>I'm trying to figure out how to recognize the condition it.

In HLA you have several options. In each case the documentation tells
you how to recognize DUMMY.

 * Use DEVTYPE

 * Look at the TIOT entry

 * I believe that DYNALLOC allocation retrieval will tell you

 * If you did an OPEN, look in the DCB
 
-- 
 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: DDNAME= oddity

2010-12-09 Thread Charles Mills 
Oh, I know/knew that. I'm just surprised that you can open a "member" of DD
DUMMY successfully.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of McKown, John
Sent: Thursday, December 09, 2010 1:43 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DDNAME= oddity

In that case, the DD acts like DD DUMMY.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b680/12.17.5

--
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: DDNAME= oddity

2010-12-09 Thread McKown, John 
In that case, the DD acts like DD DUMMY.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b680/12.17.5


Errors in Location of Referenced DD Statement

The system treats a DDNAME parameter as though it were a DUMMY parameter and 
issues a warning message in the following cases:

* If the job step or called procedure does not contain the referenced DD 
statement.

* If the referenced DD statement appears earlier in the job step. 


John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

john.mck...@healthmarkets.com * www.HealthMarkets.com

 

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills
> Sent: Thursday, December 09, 2010 3:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: DDNAME= oddity
> 
> While we're on the subject of things in JCL that make me 
> sigh, I coded in a
> test job //SYSLIB DD DDNAME=FOO where there was 
> (inadvertently) no //FOO DD.
> 
> The C library fopen() gave me a good file descriptor and no 
> indication of an
> error on fopen("DD:SYSLIB(BAR)", mode) 
> 
> Not what I had expected. Took a couple of hours to find.
> 
> Reads generate an immediate EOF kind of like DUMMY, but 
> fldata() does not
> return a DSNAME of NULLFILE.
> 
> I'm trying to figure out how to recognize the condition it. I 
> *need* to be
> able to recognize this situation and not think I have a good 
> SYSLIB and
> member. Fldata() gives me a zero-length DSNAME, but it does 
> the same thing
> on //SYSIN DD *, so that is not a good test by itself. Trying 
> not to make
> this the most convoluted test in the world.
> 
> Charles 
> 
> --
> 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

DDNAME= oddity

2010-12-09 Thread Charles Mills 
While we're on the subject of things in JCL that make me sigh, I coded in a
test job //SYSLIB DD DDNAME=FOO where there was (inadvertently) no //FOO DD.

The C library fopen() gave me a good file descriptor and no indication of an
error on fopen("DD:SYSLIB(BAR)", mode) 

Not what I had expected. Took a couple of hours to find.

Reads generate an immediate EOF kind of like DUMMY, but fldata() does not
return a DSNAME of NULLFILE.

I'm trying to figure out how to recognize the condition it. I *need* to be
able to recognize this situation and not think I have a good SYSLIB and
member. Fldata() gives me a zero-length DSNAME, but it does the same thing
on //SYSIN DD *, so that is not a good test by itself. Trying not to make
this the most convoluted test in the world.

Charles 

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