subject:"Determining if DUMMY allocation"

Re: Determining if DUMMY allocation

2010-02-24 Thread Thompson, Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
Sent: Tuesday, February 23, 2010 7:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

I wasn't picking on JES3 specifically or any one aspect of things. My
point
was just that when you are a product vendor you never know what darned
environment your product is going to run in, and it can be *very*
difficult
shooting a problem that only happens on a customer machine *without*
ticking
off the customer. So I try to choose interfaces -- when they're not GUPI
interfaces -- that in my imperfect judgment (guess?) will be least
likely to
cause unpleasant consequences at a customer site. I was just riffing on
that
general concept -- not making a real fine judgment -- when I mentioned
the
particular bits in question and JES3.

As a smaller vendor you have a particular challenge. I imagine CA does
regression testing on their JES3 box as a regular part of product
release.

When I worked at CA, I don't remember a JES3 system...

I have worked with JES3 systems, even when I was the last of the
ACS/WYLBUR developers. I just did not have to do internals, except for
an exit that we had. And I rarely had to do anything with it, because we
use the "SSI" interface to get spool for JES3. 

For JES2, I overhauled the "JES2 SRB" interface and became more familiar
with JES2 internals than I ever wanted to be.

The biggest headaches you have as an ISV are other ISVs (and sometimes
home grown systems) that intercept OPEN, STOW, BLDL, VSAM (for caching),
and the like, when you do serious I/O routines.

Regards,
Steve Thompson

-- Opinions expressed by this poster may not reflect poster's employer's
opinions --

--
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: Determining if DUMMY allocation

2010-02-23 Thread Charles Mills

I wasn't picking on JES3 specifically or any one aspect of things. My point
was just that when you are a product vendor you never know what darned
environment your product is going to run in, and it can be *very* difficult
shooting a problem that only happens on a customer machine *without* ticking
off the customer. So I try to choose interfaces -- when they're not GUPI
interfaces -- that in my imperfect judgment (guess?) will be least likely to
cause unpleasant consequences at a customer site. I was just riffing on that
general concept -- not making a real fine judgment -- when I mentioned the
particular bits in question and JES3.

As a smaller vendor you have a particular challenge. I imagine CA does
regression testing on their JES3 box as a regular part of product release.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Thompson, Steve
Sent: Tuesday, February 23, 2010 4:59 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
Sent: Tuesday, February 23, 2010 6:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

I contract with such an ISV. We are using IBM Dallas. Our development
virtual machine has JES2 only. I suppose I could ask for JES3 -- is that
your impression? It would be somewhat down on the priorities at this
point,
but it's good to know if so. We can take this off-line if you prefer --
I
think you can see and perhaps have my e-mail address. 

Charles


If you have the JES3 manuals available, and should you have the JES3
macro library available, you can do a bit of checking.

It has been a Lonnnggg time since I've done anything related
to JES3 internals. And that was back when we did SYSGENs -- before
MVS/SE.

I don't think that MVS has to be cognizant of JES3 like it use to. So
from this I don't think JES3 mangles the TIOT or SWA. And the DATA AREAS
manual lists IATYDDL ("DD LEVEL INFORMATION") and says that JES3 copies
the data it needs from the TIOT, SWA, etc.

You can check this out along with the JES3 Customization (which lists
the macros and what they do/are for):

https://www-03.ibm.com/systems/z/os/zos/bkserv/r7pdf/#jes3

Regards,
Steve Thompson

--
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: Determining if DUMMY allocation

2010-02-23 Thread Thompson, Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
Sent: Tuesday, February 23, 2010 6:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

I contract with such an ISV. We are using IBM Dallas. Our development
virtual machine has JES2 only. I suppose I could ask for JES3 -- is that
your impression? It would be somewhat down on the priorities at this
point,
but it's good to know if so. We can take this off-line if you prefer --
I
think you can see and perhaps have my e-mail address. 

Charles

If you have the JES3 manuals available, and should you have the JES3
macro library available, you can do a bit of checking.

It has been a Lonnnggg time since I've done anything related
to JES3 internals. And that was back when we did SYSGENs -- before
MVS/SE.

I don't think that MVS has to be cognizant of JES3 like it use to. So
from this I don't think JES3 mangles the TIOT or SWA. And the DATA AREAS
manual lists IATYDDL ("DD LEVEL INFORMATION") and says that JES3 copies
the data it needs from the TIOT, SWA, etc.

You can check this out along with the JES3 Customization (which lists
the macros and what they do/are for):

https://www-03.ibm.com/systems/z/os/zos/bkserv/r7pdf/#jes3

Regards,
Steve Thompson

-- Opinions expressed by this poster may not reflect those held by
poster's employer --

--
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: Determining if DUMMY allocation

2010-02-23 Thread Charles Mills

I will file this for future reference. Thanks much!

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Edward Jaffe
Sent: Tuesday, February 23, 2010 4:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Charles Mills wrote:
> I contract with such an ISV. We are using IBM Dallas. Our development
> virtual machine has JES2 only. I suppose I could ask for JES3 -- is that
> your impression? It would be somewhat down on the priorities at this
point,
> but it's good to know if so. We can take this off-line if you prefer -- I
> think you can see and perhaps have my e-mail address. 
>   

The systems in Dallas have full JES3 support. I know because I set it up 
for them long ago.

Your z/OS systems runs as a guest under z/VM. There is a profile exec 
that runs when you XAUTOLOG your system. You can't update the profile 
exec yourself (you don't have WRITE access to your system's 191 disk). 
But, if you ask they will make a minor change to this script (uncomment 
one line) and from that day forward it will prompt whether you would 
like to come up with JES2 or JES3 each time you bring up your system. 
You send the appropriate answer using the CP SEND command.

HTH...

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
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: Determining if DUMMY allocation

2010-02-23 Thread Edward Jaffe


Charles Mills wrote:

I contract with such an ISV. We are using IBM Dallas. Our development
virtual machine has JES2 only. I suppose I could ask for JES3 -- is that
your impression? It would be somewhat down on the priorities at this point,
but it's good to know if so. We can take this off-line if you prefer -- I
think you can see and perhaps have my e-mail address. 
  


The systems in Dallas have full JES3 support. I know because I set it up 
for them long ago.


Your z/OS systems runs as a guest under z/VM. There is a profile exec 
that runs when you XAUTOLOG your system. You can't update the profile 
exec yourself (you don't have WRITE access to your system's 191 disk). 
But, if you ask they will make a minor change to this script (uncomment 
one line) and from that day forward it will prompt whether you would 
like to come up with JES2 or JES3 each time you bring up your system. 
You send the appropriate answer using the CP SEND command.


HTH...

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
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: Determining if DUMMY allocation

2010-02-23 Thread Charles Mills

I contract with such an ISV. We are using IBM Dallas. Our development
virtual machine has JES2 only. I suppose I could ask for JES3 -- is that
your impression? It would be somewhat down on the priorities at this point,
but it's good to know if so. We can take this off-line if you prefer -- I
think you can see and perhaps have my e-mail address. 

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Edward Jaffe
Sent: Tuesday, February 23, 2010 3:41 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Charles Mills wrote:
> I don't have a copy laying around, if that's what you mean.
>   

Sorry. For some reason I thought you worked for an ISV that was part of 
PWD and ADCD and/or Dallas development programs. Maybe that was your 
former employer...

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
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: Determining if DUMMY allocation

2010-02-23 Thread Edward Jaffe


Charles Mills wrote:

I don't have a copy laying around, if that's what you mean.
  


Sorry. For some reason I thought you worked for an ISV that was part of 
PWD and ADCD and/or Dallas development programs. Maybe that was your 
former employer...


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
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: Determining if DUMMY allocation

2010-02-23 Thread Charles Mills

I don't have a copy laying around, if that's what you mean.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Edward Jaffe
Sent: Tuesday, February 23, 2010 3:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Charles Mills wrote:
> It's "product" code that will be shipped to multiple customers, many of
> which will have MVS environments under which I will not be able to test,
> such as JES3.
>   

You can't test under JES3?

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
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: Determining if DUMMY allocation

2010-02-23 Thread Edward Jaffe


Charles Mills wrote:

It's "product" code that will be shipped to multiple customers, many of
which will have MVS environments under which I will not be able to test,
such as JES3.
  


You can't test under JES3?

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
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: Determining if DUMMY allocation

2010-02-16 Thread Jousma, David

Right.  I realize I cannot have SORTIN DD * concatenated.  We've had
this exit in place for years, so evidently no one is doing that.  I can
have SORTIN DD * in a singular fashion.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Tuesday, February 16, 2010 8:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

In
,
on 02/16/2010
   at 06:32 AM, "Jousma, David"  said:

>We only look at SORTIN.

Not what I asked. Do you really want to treat SYSIN data sets as DUMMY
when they are in the SORTIN concatenation? Because that's what your code
will do.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see <http://patriot.net/~shmuel/resume/brief.html> 
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

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining if DUMMY allocation

2010-02-16 Thread Shmuel Metz (Seymour J.)

In
,
on 02/16/2010
   at 06:32 AM, "Jousma, David"  said:

>We only look at SORTIN.

Not what I asked. Do you really want to treat SYSIN data sets as DUMMY
when they are in the SORTIN concatenation? Because that's what your code
will do.
 
-- 
 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: Determining if DUMMY allocation

2010-02-16 Thread Jousma, David

That is in fact what we have done.  The ICEIEXIT implementation abends
the job, and reminds the user to use the empty dataset instead.

It just bothers me that we have to write an exit for this behavior.
Whether it is inherent to the operating system, or those applications
that run in it, the job shouldn't complete RC(0) in this scenario.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Tuesday, February 16, 2010 10:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

On Tue, 16 Feb 2010 06:32:17 -0500, Jousma, David wrote:

>We only look at SORTIN.  Due to this (in my opinion) limitation in
>DFSORT:
>
>From the DFSORT APG under the SORTIN DD statement, that supports our
>testing, and the reason for our ICEIEXIT implementation:
>
>The following rules apply to concatenated data sets:
>.
>If you define a data set using the DUMMY parameter, do not concatenate
>other data sets to it; the system ignores data sets concatenated to a
>DUMMY data set.
>
Not peculiar to DFSORT; pervasive z/OS behavior.  Documented in
JCL RM or Using Data Sets or somewhere.  I'll find it if you can't.

"limitation"?  Rather, IMO, [synonym for "aspirates"].  NULLFILE
would more usefully behave identically to an empty data set.

Circumvention?  Create and catalog an empty data set and use
that for the default.  I've done this for both PS and PO data
sets to use as needed.

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

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining if DUMMY allocation

2010-02-16 Thread Paul Gilmartin

On Tue, 16 Feb 2010 06:32:17 -0500, Jousma, David wrote:

>We only look at SORTIN.  Due to this (in my opinion) limitation in
>DFSORT:
>
>From the DFSORT APG under the SORTIN DD statement, that supports our
>testing, and the reason for our ICEIEXIT implementation:
>
>The following rules apply to concatenated data sets:
>.
>If you define a data set using the DUMMY parameter, do not concatenate
>other data sets to it; the system ignores data sets concatenated to a
>DUMMY data set.
>
Not peculiar to DFSORT; pervasive z/OS behavior.  Documented in
JCL RM or Using Data Sets or somewhere.  I'll find it if you can't.

"limitation"?  Rather, IMO, [synonym for "aspirates"].  NULLFILE
would more usefully behave identically to an empty data set.

Circumvention?  Create and catalog an empty data set and use
that for the default.  I've done this for both PS and PO data
sets to use as needed.

-- 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: Determining if DUMMY allocation

2010-02-16 Thread Jousma, David

We only look at SORTIN.  Due to this (in my opinion) limitation in
DFSORT:

>From the DFSORT APG under the SORTIN DD statement, that supports our
testing, and the reason for our ICEIEXIT implementation:

The following rules apply to concatenated data sets:
.
.
.
If you define a data set using the DUMMY parameter, do not concatenate
other data sets to it; the system ignores data sets concatenated to a
DUMMY data set.

This is on printed page 69

The main problem is not that DFSORT has this limitation, but the fact
that they do indeed ignore it.  The job completes with RC(0) with no
indication that not all SORTIN was processed.  If DFSORT were to do this
checking themselves, then we would have no need for the exit.


We have had some enterprising developers here that have tried this in
DFSORT in the past(with good intentions).  Here is my simplified
example:


//SORTIN DD DSN=some.app.dataset,disp=shr
//   DD DSN=&symbol,disp=shr
//   DD DSN=some.other.app.dataset,disp=shr


Where &symbol defaults to NULLFILE.  Thought being they would override
at runtime.  Well, without the exit, what happens is SORT quits reading
SORTIN once it hits NULLFILE, and ignores everything in the
concatenation after that and completed with RC(0) when in fact many
sortin records were dropped.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Sunday, February 14, 2010 8:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

In
,
on 02/12/2010
   at 02:47 PM, "Jousma, David"  said:

>We test for the presence of DD DUMMY concatenated in the middle of a
>SORTIN concatenation in ICEIEXIT.

Do you really want to exclude SYSIN?
 

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining if DUMMY allocation

2010-02-14 Thread Shmuel Metz (Seymour J.)

In <036101caac0d$6abe7720$403b65...@org>, on 02/12/2010
   at 10:01 AM, Charles Mills  said:

>1. Is it "low overhead"? How would you guess it compares to searching the
>TIOT and issuing a SWAREQ?

I don't know why, but IBM used to advise not using SWAREQ for the JFCB.
Searching the TIOT is the fastest, but DEVTYPE will presumably work with
an XTIOT.
 
-- 
 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: Determining if DUMMY allocation

2010-02-14 Thread Shmuel Metz (Seymour J.)

In
,
on 02/12/2010
   at 02:47 PM, "Jousma, David"  said:

>We test for the presence of DD DUMMY concatenated in the middle of a
>SORTIN concatenation in ICEIEXIT.

Do you really want to exclude SYSIN?
 
-- 
 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: Determining if DUMMY allocation

2010-02-14 Thread Shmuel Metz (Seymour J.)

In <47d6ad63e3c0b4448c47ec031da080f50f4e87f...@mail34.thoughtbus.com>, on
02/12/2010
   at 03:35 PM, Tony Lubrano  said:

>David's suggestion is a good one (unless someone knows a time when it
>could be zeros and not indicate a DD DUMMY file).

 PATH
 SYSIN
 SYSOUT
 SUBSYS
 TCAM   
 TERM

See the TIOT mapping (IEFTIOT1?) for details.
 
-- 
 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: Determining if DUMMY allocation

2010-02-14 Thread Shmuel Metz (Seymour J.)

In <03a601caac16$40713760$c153a6...@org>, on 02/12/2010
   at 11:04 AM, Charles Mills  said:

>TIOEFSRT certainly looks promising:

That will be zero for, e.g., SYSOUT. You need to check the flags as well.
 
-- 
 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: Determining if DUMMY allocation

2010-02-13 Thread DanD


Charles,

There are a few ways to get to the SIOT(s) ...

I usually get there via  TCT -> LCT -> JCT -> SCT -> 1st SIOT.

DanD

--

From: "Charles Mills"
Subject: Re: Determining if DUMMY allocation
Thanks. Looks interesting .I've never used an SIOT entry. How does one get
to it? "Data Areas" says "Pointed to by: - AWARSAV1 field (pointer) of the
IATYAWA data area (IATUX32)" but I see no description of the IATYAWA,
IATUX32, or AWA. I don't get any hits in any of the assembler services
manuals. IAT sounds like JES3?

Charles
-Original Message-
Of DanD
Subject: Re: Determining if DUMMY allocation

Charles,

If you are going after SWA anyway you should check the SIOT
(SCTSBYT1,SCTDUMMY). 


--
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: Determining if DUMMY allocation

2010-02-13 Thread Charles Mills

Thanks. Looks interesting .I've never used an SIOT entry. How does one get
to it? "Data Areas" says "Pointed to by: - AWARSAV1 field (pointer) of the
IATYAWA data area (IATUX32)" but I see no description of the IATYAWA,
IATUX32, or AWA. I don't get any hits in any of the assembler services
manuals. IAT sounds like JES3?

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of DanD
Sent: Friday, February 12, 2010 10:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Charles,

If you are going after SWA anyway you should check the SIOT
(SCTSBYT1,SCTDUMMY).

--
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: Determining if DUMMY allocation

2010-02-12 Thread DanD


Charles,

If you are going after SWA anyway you should check the SIOT
(SCTSBYT1,SCTDUMMY).

DanD


--
From: "Charles Mills"
Subject: Re: Determining if DUMMY allocation

But your first post said you didn't want use the TIOT?


Sorry. My first post was badly phrased. I didn't mean that. I said

My preference would be for something low overhead (I have a bunch of DD's 
to
look up) and that did not require below the line storage (such as 
searching

the TIOT and using SWAREQ to get the JFCB).

and you can read that either way. I meant I wanted a method -- such as
TIOT/SWAREQ -- that did not require BTL storage. At the time, I was not
aware of a TIOT or JFCB field that would indicate DUMMY, but I wanted
something "such as" that.

I think I'm going to write an assembler routine DD and concatenation 
number
in, JFCB and DUMMY bool out, via SWAREQ. There is undoubtedly stuff in 
the

JFCB that will come in handy also such as DISP.

bool moreConcats = GETJFCB(const char ddname[9], const int concatNum, 
jfcb

*jfcbPtr, bool &isDummy);

I'll do the check for DUMMY in the assembler routine and return a bool so
that (1) I can do a quick CLC for NULLFILE and (2) this *slightly* 
kludgey

logic is in the assembler code, not in every caller's code.

Charles
-Original Message-
Gerhard Postpischil
Subject: Re: Determining if DUMMY allocation

On 2/12/2010 2:04 PM, Charles Mills wrote:
I'm not so desperate for ultra performance that I would use any field 
that

was likely to not provide a reliable answer under certain circumstances.

It's "product" code that will be shipped to multiple customers, many of
which will have MVS environments under which I will not be able to test,
such as JES3.


Unless you are getting control during step allocation (possible
SMF or similar exit), a zero UCB address is reliable. No need
for the JFCB, as you can test the status bits. A DUMMY won't
have the SYSIN, SYSOUT, or similar flags. I've used this method
for more than forty years with no problems.

But your first post said you didn't want use the TIOT?

Gerhard Postpischil
Bradford, VT




--
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: Determining if DUMMY allocation

2010-02-12 Thread Charles Mills

> But your first post said you didn't want use the TIOT?

Sorry. My first post was badly phrased. I didn't mean that. I said

My preference would be for something low overhead (I have a bunch of DD's to
look up) and that did not require below the line storage (such as searching
the TIOT and using SWAREQ to get the JFCB).

and you can read that either way. I meant I wanted a method -- such as
TIOT/SWAREQ -- that did not require BTL storage. At the time, I was not
aware of a TIOT or JFCB field that would indicate DUMMY, but I wanted
something "such as" that.

I think I'm going to write an assembler routine DD and concatenation number
in, JFCB and DUMMY bool out, via SWAREQ. There is undoubtedly stuff in the
JFCB that will come in handy also such as DISP.

bool moreConcats = GETJFCB(const char ddname[9], const int concatNum, jfcb
*jfcbPtr, bool &isDummy);

I'll do the check for DUMMY in the assembler routine and return a bool so
that (1) I can do a quick CLC for NULLFILE and (2) this *slightly* kludgey
logic is in the assembler code, not in every caller's code.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Gerhard Postpischil
Sent: Friday, February 12, 2010 11:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

On 2/12/2010 2:04 PM, Charles Mills wrote:
> I'm not so desperate for ultra performance that I would use any field that
> was likely to not provide a reliable answer under certain circumstances.
>
> It's "product" code that will be shipped to multiple customers, many of
> which will have MVS environments under which I will not be able to test,
> such as JES3.

Unless you are getting control during step allocation (possible 
SMF or similar exit), a zero UCB address is reliable. No need 
for the JFCB, as you can test the status bits. A DUMMY won't 
have the SYSIN, SYSOUT, or similar flags. I've used this method 
for more than forty years with no problems.

But your first post said you didn't want use the TIOT?

Gerhard Postpischil
Bradford, VT

--
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: Determining if DUMMY allocation

2010-02-12 Thread Rick Fochtman


--


True confession time: I've never used DEVTYPE. Questions:

1. Is it "low overhead"? How would you guess it compares to searching the
TIOT and issuing a SWAREQ? I'm not concerned about one or two instructions
here, but I'm trying to avoid OPEN or SVC 99, for example.

2. Are there any advantages over the TIOT/SWAREQ/NULLFILE approach? I don't
think I need any other device type information, and I do already have
"search the TIOT" code.

3. Where is it documented? I don't see it in MVS Assembler Services,
Authorized Assembler Services, or DFSMS Macros.
 



Charles, AFAIK DEVTYPE returns information gathered from within the 
active nucleus and/or UCB list. There is no allocation or I/O involved.


DOC for DEVTYPE used to be in "Data Management for Systems Programmers", 
right after the section on EXCP/XDAP. Haven't looked for it recently.


Rick

--
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: Determining if DUMMY allocation

2010-02-12 Thread Tony Lubrano

David's suggestion is a good one (unless someone knows a time when it could be 
zeros and not indicate a DD DUMMY file).

TIOEFSRT is a GUPI field - although that doesn't always mean you can be assured 
of its usability in the future.

Tony Lubrano
Product Author
NEON Enterprise Software, LLC.
p: 281 207 4922 f: 281 207 4973
tony.lubr...@neon.com
 
What is zPrime?  Find out at www.zprime.com or just ask us!
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Jousma, David
Sent: Friday, February 12, 2010 1:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

This is how we do it

DDCHKCLC   TIOEFSRT,=AL3(0)   Q. REAL UCB ADDRESS ? 
 BEDDBAD  A. NO, BAD DD 

We test for the presence of DD DUMMY concatenated in the middle of a
SORTIN concatenation in ICEIEXIT.  If it is there, DFSORT drops all
records after DD DUMMY, and still finished RC(0)

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of J R
Sent: Friday, February 12, 2010 12:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

> 1.) Scan the TIOT... finding your DDName...

 

If you're looking in the TIOT, what does TIOESTTB/TIOEFSRT show for a
DUMMY allocation?  

 

 
> Date: Fri, 12 Feb 2010 10:46:36 -0500
> From: tony.lubr...@neon.com
> Subject: Re: Determining if DUMMY allocation
> To: IBM-MAIN@bama.ua.edu
> 
> Agreed Rob.
> 
> However, to further respond to Charles' question, for a low overhead
or non-SVC solution,
> 
> 1.) Scan the TIOT... finding your DDName...
> 2.) Use the SVA (SWAREQ) to find the JFCB
> 3.) The JFCB data set name contains "NULLFILE" for both NULLFILE and
DUMMY files.
> 
> Tony Lubrano
> Product Author
> NEON Enterprise Software, LLC.
> p: 281 207 4922 f: 281 207 4973
> tony.lubr...@neon.com
> 
> What is zPrime? Find out at www.zprime.com or just ask us!
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rob Scott
> Sent: Friday, February 12, 2010 9:07 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> Tony
> 
> Minor niggle - but shouldn't that be? :
> 
> DEVTYPE =CL8'MYDDNAME',OUTAREA
> IF (LTR,R15,R15,NZ)
> *** DD Not allocated ***
> ELSEIF (OC,OUTAREA,OUTAREA,Z)
> *** DD DUMMY SPECIFIED ***
> ENDIF ,
> 
> 
> 
> 
> Rob Scott
> Developer
> Rocket Software
> 275 Grove Street * Newton, MA 02466-2272 * USA
> Tel: +1.617.614.2305 
> Email: rsc...@rs.com
> Web: www.rocketsoftware.com
> 
> -Original Message-----
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Tony Lubrano
> Sent: 12 February 2010 14:55
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> Charles,
> 
> You can do a DEVTYPE macro to determine if the file is DUMMY or
NULLFILE... the returned area is low-values:
> 
> DEVTYPE =CL8'MYDDNAME',OUTAREA
> IF (LTR,R15,R15,NZ)
> *** DD Not allocated ***
> ENDIF ,
> IF (OC,OUTAREA,OUTAREA,Z)
> *** DD DUMMY SPECIFIED ***
> ENDIF ,
> 
> OUTAREA DS D 
> 
> Tony Lubrano
> Product Author
> NEON Enterprise Software, LLC.
> p: 281 207 4922 f: 281 207 4973
> tony.lubr...@neon.com
> 
> What is zPrime? Find out at www.zprime.com or just ask us!
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
> Sent: Friday, February 12, 2010 8:46 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> > look in the TIOT
> 
> Where?
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
> Sent: Thursday, February 11, 2010 9:03 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
> at 06:37 AM, Charles Mills  said:
> 
> >Is there a way to determine if a DD statement has been allocated
DUMMY, 
> >short of SVC 99 info retrieval?
> 
> Before OPEN, use DEVTYPE or look in the TIOT.
  
_
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/201469228/direct/01/
---

Re: Determining if DUMMY allocation

2010-02-12 Thread Jousma, David

This is how we do it

DDCHKCLC   TIOEFSRT,=AL3(0)   Q. REAL UCB ADDRESS ? 
 BEDDBAD  A. NO, BAD DD 

We test for the presence of DD DUMMY concatenated in the middle of a
SORTIN concatenation in ICEIEXIT.  If it is there, DFSORT drops all
records after DD DUMMY, and still finished RC(0)

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of J R
Sent: Friday, February 12, 2010 12:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

> 1.) Scan the TIOT... finding your DDName...

 

If you're looking in the TIOT, what does TIOESTTB/TIOEFSRT show for a
DUMMY allocation?  

 

 
> Date: Fri, 12 Feb 2010 10:46:36 -0500
> From: tony.lubr...@neon.com
> Subject: Re: Determining if DUMMY allocation
> To: IBM-MAIN@bama.ua.edu
> 
> Agreed Rob.
> 
> However, to further respond to Charles' question, for a low overhead
or non-SVC solution,
> 
> 1.) Scan the TIOT... finding your DDName...
> 2.) Use the SVA (SWAREQ) to find the JFCB
> 3.) The JFCB data set name contains "NULLFILE" for both NULLFILE and
DUMMY files.
> 
> Tony Lubrano
> Product Author
> NEON Enterprise Software, LLC.
> p: 281 207 4922 f: 281 207 4973
> tony.lubr...@neon.com
> 
> What is zPrime? Find out at www.zprime.com or just ask us!
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rob Scott
> Sent: Friday, February 12, 2010 9:07 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> Tony
> 
> Minor niggle - but shouldn't that be? :
> 
> DEVTYPE =CL8'MYDDNAME',OUTAREA
> IF (LTR,R15,R15,NZ)
> *** DD Not allocated ***
> ELSEIF (OC,OUTAREA,OUTAREA,Z)
> *** DD DUMMY SPECIFIED ***
> ENDIF ,
> 
> 
> 
> 
> Rob Scott
> Developer
> Rocket Software
> 275 Grove Street * Newton, MA 02466-2272 * USA
> Tel: +1.617.614.2305 
> Email: rsc...@rs.com
> Web: www.rocketsoftware.com
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Tony Lubrano
> Sent: 12 February 2010 14:55
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> Charles,
> 
> You can do a DEVTYPE macro to determine if the file is DUMMY or
NULLFILE... the returned area is low-values:
> 
> DEVTYPE =CL8'MYDDNAME',OUTAREA
> IF (LTR,R15,R15,NZ)
> *** DD Not allocated ***
> ENDIF ,
> IF (OC,OUTAREA,OUTAREA,Z)
> *** DD DUMMY SPECIFIED ***
> ENDIF ,
> 
> OUTAREA DS D 
> 
> Tony Lubrano
> Product Author
> NEON Enterprise Software, LLC.
> p: 281 207 4922 f: 281 207 4973
> tony.lubr...@neon.com
> 
> What is zPrime? Find out at www.zprime.com or just ask us!
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
> Sent: Friday, February 12, 2010 8:46 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> > look in the TIOT
> 
> Where?
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
> Sent: Thursday, February 11, 2010 9:03 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
> at 06:37 AM, Charles Mills  said:
> 
> >Is there a way to determine if a DD statement has been allocated
DUMMY, 
> >short of SVC 99 info retrieval?
> 
> Before OPEN, use DEVTYPE or look in the TIOT.
  
_
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/201469228/direct/01/
--
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

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 informi

Re: Determining if DUMMY allocation

2010-02-12 Thread J R

> 3. Where is it documented? I don't see it in MVS Assembler Services,
> Authorized Assembler Services, or DFSMS Macros.

 

It's in  SC26-7400-09  z/OS V1R11.0 DFSMSdfp Advanced Services  


I've used it a lot in the distant past but not for a long time now.  
It issues SVC24.  I don't think there is a branch entry option.  

 

 

 

 
> Date: Fri, 12 Feb 2010 10:01:34 -0800
> From: charl...@mcn.org
> Subject: Re: Determining if DUMMY allocation
> To: IBM-MAIN@bama.ua.edu
> 
> True confession time: I've never used DEVTYPE. Questions:
> 
> 1. Is it "low overhead"? How would you guess it compares to searching the
> TIOT and issuing a SWAREQ? I'm not concerned about one or two instructions
> here, but I'm trying to avoid OPEN or SVC 99, for example.
> 
> 2. Are there any advantages over the TIOT/SWAREQ/NULLFILE approach? I don't
> think I need any other device type information, and I do already have
> "search the TIOT" code.
> 
> 3. Where is it documented? I don't see it in MVS Assembler Services,
> Authorized Assembler Services, or DFSMS Macros.
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
> Of Tony Lubrano
> Sent: Friday, February 12, 2010 6:55 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> Charles,
> 
> You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE...
> the returned area is low-values:
> 
> DEVTYPE =CL8'MYDDNAME',OUTAREA
> IF (LTR,R15,R15,NZ)
> *** DD Not allocated ***
> ENDIF ,
> IF (OC,OUTAREA,OUTAREA,Z)
> *** DD DUMMY SPECIFIED ***
> ENDIF ,
> 
> OUTAREA DS D 
> 
> Tony Lubrano
> Product Author
> NEON Enterprise Software, LLC.
> p: 281 207 4922 f: 281 207 4973
> tony.lubr...@neon.com
> 
> What is zPrime? Find out at www.zprime.com or just ask us!
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
> Of Charles Mills
> Sent: Friday, February 12, 2010 8:46 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> > look in the TIOT
> 
> Where?
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
> Of Shmuel Metz (Seymour J.)
> Sent: Thursday, February 11, 2010 9:03 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
> at 06:37 AM, Charles Mills  said:
> 
> >Is there a way to determine if a DD statement has been allocated DUMMY,
> >short of SVC 99 info retrieval?
> 
> Before OPEN, use DEVTYPE or look in the TIOT.
  
_
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
http://clk.atdmt.com/GBL/go/201469226/direct/01/
--
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: Determining if DUMMY allocation

2010-02-12 Thread Gerhard Postpischil


On 2/12/2010 2:04 PM, Charles Mills wrote:

I'm not so desperate for ultra performance that I would use any field that
was likely to not provide a reliable answer under certain circumstances.

It's "product" code that will be shipped to multiple customers, many of
which will have MVS environments under which I will not be able to test,
such as JES3.


Unless you are getting control during step allocation (possible 
SMF or similar exit), a zero UCB address is reliable. No need 
for the JFCB, as you can test the status bits. A DUMMY won't 
have the SYSIN, SYSOUT, or similar flags. I've used this method 
for more than forty years with no problems.


But your first post said you didn't want use the TIOT?



Gerhard Postpischil
Bradford, VT

--
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: Determining if DUMMY allocation

2010-02-12 Thread Charles Mills

TIOEFSRT certainly looks promising:

TIOEFSRT - DURING PROBLEM PROGRAM, ADDRESS OF UCB.
DURING ALLOCATION, BITS 0-11 CONTAIN OFFSET, IN THE
UCB LOOK-UP TABLE, TO AN ADDRESS FOR A DEVICE
REQUIRED OR ELIGIBLE FOR THIS DATA SET. THE UCB
LOOK-UP TABLE HAS ADDRESSES OF UCB'S. BITS 12-23
CONTAIN OFFSET, IN THE STEP VOLUME TABLE (VOLT),
TO THE VOLUME SERIAL NUMBER FOR THE VOLUME
REQUIRED OR ELIGIBLE FOR THIS DATA SET.

I'm not so desperate for ultra performance that I would use any field that
was likely to not provide a reliable answer under certain circumstances.

It's "product" code that will be shipped to multiple customers, many of
which will have MVS environments under which I will not be able to test,
such as JES3.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of J R
Sent: Friday, February 12, 2010 9:45 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

> 1.) Scan the TIOT... finding your DDName...

 

If you're looking in the TIOT, what does TIOESTTB/TIOEFSRT show for a DUMMY
allocation?  
n.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: Determining if DUMMY allocation

2010-02-12 Thread Charles Mills

True confession time: I've never used DEVTYPE. Questions:

1. Is it "low overhead"? How would you guess it compares to searching the
TIOT and issuing a SWAREQ? I'm not concerned about one or two instructions
here, but I'm trying to avoid OPEN or SVC 99, for example.

2. Are there any advantages over the TIOT/SWAREQ/NULLFILE approach? I don't
think I need any other device type information, and I do already have
"search the TIOT" code.

3. Where is it documented? I don't see it in MVS Assembler Services,
Authorized Assembler Services, or DFSMS Macros.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Tony Lubrano
Sent: Friday, February 12, 2010 6:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Charles,

You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE...
the returned area is low-values:

DEVTYPE =CL8'MYDDNAME',OUTAREA
IF (LTR,R15,R15,NZ)
  *** DD Not allocated ***
ENDIF ,
IF (OC,OUTAREA,OUTAREA,Z)
  *** DD DUMMY SPECIFIED ***
ENDIF ,

OUTAREA DS D 

Tony Lubrano
Product Author
NEON Enterprise Software, LLC.
p: 281 207 4922 f: 281 207 4973
tony.lubr...@neon.com
 
What is zPrime?  Find out at www.zprime.com or just ask us!
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Friday, February 12, 2010 8:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

> look in the TIOT

Where?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Thursday, February 11, 2010 9:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
   at 06:37 AM, Charles Mills  said:

>Is there a way to determine if a DD statement has been allocated DUMMY,
>short of SVC 99 info retrieval?

Before OPEN, use DEVTYPE or look in the TIOT.
 

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

--
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: Determining if DUMMY allocation

2010-02-12 Thread J R

> 1.) Scan the TIOT... finding your DDName...

 

If you're looking in the TIOT, what does TIOESTTB/TIOEFSRT show for a DUMMY 
allocation?  

 

 
> Date: Fri, 12 Feb 2010 10:46:36 -0500
> From: tony.lubr...@neon.com
> Subject: Re: Determining if DUMMY allocation
> To: IBM-MAIN@bama.ua.edu
> 
> Agreed Rob.
> 
> However, to further respond to Charles' question, for a low overhead or 
> non-SVC solution,
> 
> 1.) Scan the TIOT... finding your DDName...
> 2.) Use the SVA (SWAREQ) to find the JFCB
> 3.) The JFCB data set name contains "NULLFILE" for both NULLFILE and DUMMY 
> files.
> 
> Tony Lubrano
> Product Author
> NEON Enterprise Software, LLC.
> p: 281 207 4922 f: 281 207 4973
> tony.lubr...@neon.com
> 
> What is zPrime? Find out at www.zprime.com or just ask us!
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf 
> Of Rob Scott
> Sent: Friday, February 12, 2010 9:07 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> Tony
> 
> Minor niggle - but shouldn't that be? :
> 
> DEVTYPE =CL8'MYDDNAME',OUTAREA
> IF (LTR,R15,R15,NZ)
> *** DD Not allocated ***
> ELSEIF (OC,OUTAREA,OUTAREA,Z)
> *** DD DUMMY SPECIFIED ***
> ENDIF ,
> 
> 
> 
> 
> Rob Scott
> Developer
> Rocket Software
> 275 Grove Street * Newton, MA 02466-2272 * USA
> Tel: +1.617.614.2305 
> Email: rsc...@rs.com
> Web: www.rocketsoftware.com
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf 
> Of Tony Lubrano
> Sent: 12 February 2010 14:55
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> Charles,
> 
> You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... 
> the returned area is low-values:
> 
> DEVTYPE =CL8'MYDDNAME',OUTAREA
> IF (LTR,R15,R15,NZ)
> *** DD Not allocated ***
> ENDIF ,
> IF (OC,OUTAREA,OUTAREA,Z)
> *** DD DUMMY SPECIFIED ***
> ENDIF ,
> 
> OUTAREA DS D 
> 
> Tony Lubrano
> Product Author
> NEON Enterprise Software, LLC.
> p: 281 207 4922 f: 281 207 4973
> tony.lubr...@neon.com
> 
> What is zPrime? Find out at www.zprime.com or just ask us!
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf 
> Of Charles Mills
> Sent: Friday, February 12, 2010 8:46 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> > look in the TIOT
> 
> Where?
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf 
> Of Shmuel Metz (Seymour J.)
> Sent: Thursday, February 11, 2010 9:03 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Determining if DUMMY allocation
> 
> In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
> at 06:37 AM, Charles Mills  said:
> 
> >Is there a way to determine if a DD statement has been allocated DUMMY, 
> >short of SVC 99 info retrieval?
> 
> Before OPEN, use DEVTYPE or look in the TIOT.
  
_
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/201469228/direct/01/
--
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: Determining if DUMMY allocation

2010-02-12 Thread Tony Lubrano

Agreed Rob.

However, to further respond to Charles' question, for a low overhead or non-SVC 
solution,

1.)  Scan the TIOT... finding your DDName...
2.)  Use the SVA (SWAREQ) to find the JFCB
3.)  The JFCB data set name contains "NULLFILE" for both NULLFILE and DUMMY 
files.

Tony Lubrano
Product Author
NEON Enterprise Software, LLC.
p: 281 207 4922 f: 281 207 4973
tony.lubr...@neon.com
 
What is zPrime?  Find out at www.zprime.com or just ask us!
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Rob Scott
Sent: Friday, February 12, 2010 9:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Tony

Minor niggle - but shouldn't that be? :

DEVTYPE =CL8'MYDDNAME',OUTAREA
IF (LTR,R15,R15,NZ)
  *** DD Not allocated ***
ELSEIF (OC,OUTAREA,OUTAREA,Z)
  *** DD DUMMY SPECIFIED ***
ENDIF ,

 


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tony Lubrano
Sent: 12 February 2010 14:55
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Charles,

You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the 
returned area is low-values:

DEVTYPE =CL8'MYDDNAME',OUTAREA
IF (LTR,R15,R15,NZ)
  *** DD Not allocated ***
ENDIF ,
IF (OC,OUTAREA,OUTAREA,Z)
  *** DD DUMMY SPECIFIED ***
ENDIF ,

OUTAREA DS D 

Tony Lubrano
Product Author
NEON Enterprise Software, LLC.
p: 281 207 4922 f: 281 207 4973
tony.lubr...@neon.com
 
What is zPrime?  Find out at www.zprime.com or just ask us!
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Charles Mills
Sent: Friday, February 12, 2010 8:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

> look in the TIOT

Where?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Shmuel Metz (Seymour J.)
Sent: Thursday, February 11, 2010 9:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
   at 06:37 AM, Charles Mills  said:

>Is there a way to determine if a DD statement has been allocated DUMMY, 
>short of SVC 99 info retrieval?

Before OPEN, use DEVTYPE or look in the TIOT.
 

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

--
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: Determining if DUMMY allocation

2010-02-12 Thread Rob Scott

Tony

Minor niggle - but shouldn't that be? :

DEVTYPE =CL8'MYDDNAME',OUTAREA
IF (LTR,R15,R15,NZ)
  *** DD Not allocated ***
ELSEIF (OC,OUTAREA,OUTAREA,Z)
  *** DD DUMMY SPECIFIED ***
ENDIF ,

 


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tony Lubrano
Sent: 12 February 2010 14:55
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Charles,

You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the 
returned area is low-values:

DEVTYPE =CL8'MYDDNAME',OUTAREA
IF (LTR,R15,R15,NZ)
  *** DD Not allocated ***
ENDIF ,
IF (OC,OUTAREA,OUTAREA,Z)
  *** DD DUMMY SPECIFIED ***
ENDIF ,

OUTAREA DS D 

Tony Lubrano
Product Author
NEON Enterprise Software, LLC.
p: 281 207 4922 f: 281 207 4973
tony.lubr...@neon.com
 
What is zPrime?  Find out at www.zprime.com or just ask us!
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Charles Mills
Sent: Friday, February 12, 2010 8:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

> look in the TIOT

Where?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Shmuel Metz (Seymour J.)
Sent: Thursday, February 11, 2010 9:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
   at 06:37 AM, Charles Mills  said:

>Is there a way to determine if a DD statement has been allocated DUMMY, 
>short of SVC 99 info retrieval?

Before OPEN, use DEVTYPE or look in the TIOT.
 

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

--
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: Determining if DUMMY allocation

2010-02-12 Thread Tony Lubrano

Charles,

You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the 
returned area is low-values:

DEVTYPE =CL8'MYDDNAME',OUTAREA
IF (LTR,R15,R15,NZ)
  *** DD Not allocated ***
ENDIF ,
IF (OC,OUTAREA,OUTAREA,Z)
  *** DD DUMMY SPECIFIED ***
ENDIF ,

OUTAREA DS D 

Tony Lubrano
Product Author
NEON Enterprise Software, LLC.
p: 281 207 4922 f: 281 207 4973
tony.lubr...@neon.com
 
What is zPrime?  Find out at www.zprime.com or just ask us!
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Charles Mills
Sent: Friday, February 12, 2010 8:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

> look in the TIOT

Where?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Thursday, February 11, 2010 9:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
   at 06:37 AM, Charles Mills  said:

>Is there a way to determine if a DD statement has been allocated DUMMY,
>short of SVC 99 info retrieval?

Before OPEN, use DEVTYPE or look in the TIOT.
 

--
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: Determining if DUMMY allocation

2010-02-12 Thread Charles Mills

> look in the TIOT

Where?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Thursday, February 11, 2010 9:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
   at 06:37 AM, Charles Mills  said:

>Is there a way to determine if a DD statement has been allocated DUMMY,
>short of SVC 99 info retrieval?

Before OPEN, use DEVTYPE or look in the TIOT.
 

--
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: Determining if DUMMY allocation

2010-02-12 Thread Shmuel Metz (Seymour J.)

In <013801caab27$c57da320$5078e9...@org>, on 02/11/2010
   at 06:37 AM, Charles Mills  said:

>Is there a way to determine if a DD statement has been allocated DUMMY,
>short of SVC 99 info retrieval?

Before OPEN, use DEVTYPE or look in the TIOT.
 
-- 
 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: Determining if DUMMY allocation

2010-02-12 Thread Greg Price

Charles Mills wrote:
> Is there a way to determine if a DD statement has been allocated DUMMY,
> short of SVC 99 info retrieval?

Sometimes I use the minimum call type of the DEVTYPE macro,
and test for zeros being returned, as per the DFSMSdfp
Advanced Services manual.

To be pedantic, I suppose I am assuming that file is not a
"TCAM application process queue".

The first fullword is documented as (hex)
0 - DUMMY (or that TCAM thing)
101 - TSO terminal
102 - subsystem eg. SYSIN, SYSOUT
103 - UNIX
with the last three supporting a maximum blocksize of 32760.

I'll have to try a DEVTYPE with /dev/null one day...
Gil's remarks warn us that it may return the data for DUMMY,
whereas is could be argued that it should return the data
for UNIX.

Cheers,
Greg

--
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: Determining if DUMMY allocation

2010-02-11 Thread Charles Mills

Yeah, for such an important asset as z/OS, IBM sometimes seems to proceed
without thorough thought.

It would be like if you bought a multi-million-dollar house and then one
Saturday morning you just got out the Sawzall and a hammer and started
building an addition without giving adequate thought to the design.

If you look at things like the format of the DCB it becomes apparent that
every OS-MVS-OS/390-z/OS design decision is going to be around for thirty or
more years, so they might want to get it right.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Thursday, February 11, 2010 9:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Very irritatingly, however documented, allocation also quietly
converts any allocation of "PATH='/dev/null'" to NULLFILE.
Irritatating because '/dev/null' (you can fake it with a symlink)
has some behaviors distinctly different from NULLFILE (for example
in concatenations).

This complexity is needless.  I suspect it was added because some
irresponsible designer reasoned, "'/dev/null' is somewhat like
NULLFILE.  We'll replace it with the latter to make it exactly
like NULLFILE and satisfy the (unjustified) expectations of
legacy MVS users."

--
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: Determining if DUMMY allocation

2010-02-11 Thread Paul Gilmartin

On Thu, 11 Feb 2010 08:01:07 -0800, Charles Mills wrote:
>
>Nice of IBM to document this. :-( Yes, I know that coding DSN=NULLFILE is
>equivalent to coding DUMMY, but it does not follow that coding DUMMY would
>necessarily set a DSN of 'NULLFILE'. The words "DUMMY" and "NULLFILE" appear
>nowhere in the documentation of the JFCB.
>
Very irritatingly, however documented, allocation also quietly
converts any allocation of "PATH='/dev/null'" to NULLFILE.
Irritatating because '/dev/null' (you can fake it with a symlink)
has some behaviors distinctly different from NULLFILE (for example
in concatenations).

This complexity is needless.  I suspect it was added because some
irresponsible designer reasoned, "'/dev/null' is somewhat like
NULLFILE.  We'll replace it with the latter to make it exactly
like NULLFILE and satisfy the (unjustified) expectations of
legacy MVS users."

--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: Determining if DUMMY allocation

2010-02-11 Thread Charles Mills

Thanks. Perfect.

Nice of IBM to document this. :-( Yes, I know that coding DSN=NULLFILE is
equivalent to coding DUMMY, but it does not follow that coding DUMMY would
necessarily set a DSN of 'NULLFILE'. The words "DUMMY" and "NULLFILE" appear
nowhere in the documentation of the JFCB.

The JFCB has bits for things like "this is a 7-track tape with odd parity
that is to be rewound but not unloaded unless it's Tuesday" -- a bit for
DUMMY would have made a lot of sense, and been more generally useful, IMHO.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Thursday, February 11, 2010 7:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if DUMMY allocation

Dataset name of NULLFILE in the JFCB  


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Charles Mills
Sent: 11 February 2010 14:38
To: IBM-MAIN@bama.ua.edu
Subject: Determining if DUMMY allocation

Is there a way to determine if a DD statement has been allocated DUMMY,
short of SVC 99 info retrieval? I thought I remembered bit or other
indicator in the JFCB, but now I don't see it. My preference would be for
something low overhead (I have a bunch of DD's to look up) and that did not
require below the line storage (such as searching the TIOT and using SWAREQ
to get the JFCB).

 

Charles Mills




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

--
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: Determining if DUMMY allocation

2010-02-11 Thread Rob Scott

Dataset name of NULLFILE in the JFCB  


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Charles Mills
Sent: 11 February 2010 14:38
To: IBM-MAIN@bama.ua.edu
Subject: Determining if DUMMY allocation

Is there a way to determine if a DD statement has been allocated DUMMY, short 
of SVC 99 info retrieval? I thought I remembered bit or other indicator in the 
JFCB, but now I don't see it. My preference would be for something low overhead 
(I have a bunch of DD's to look up) and that did not require below the line 
storage (such as searching the TIOT and using SWAREQ to get the JFCB).

 

Charles Mills




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

Determining if DUMMY allocation

2010-02-11 Thread Charles Mills

Is there a way to determine if a DD statement has been allocated DUMMY,
short of SVC 99 info retrieval? I thought I remembered bit or other
indicator in the JFCB, but now I don't see it. My preference would be for
something low overhead (I have a bunch of DD's to look up) and that did not
require below the line storage (such as searching the TIOT and using SWAREQ
to get the JFCB).

 

Charles Mills




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

41 matches

Mail list logo