Re: ps dataset

2007-02-15 Thread Thomas H Puddicombe
to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ps dataset ISTR that SMS will put an EOF at the beginning of a newly allocated SMS-managed dataset if/when SMS determines that the dataset's DSORG=PS. No DCB! No EOF! - Too busy driving to stop

Re: ps dataset

2007-02-15 Thread Bruce Black
I thought that's what I said. If I wasn't clear, I said: It has to be SMS-Managed. It has to have a data class. The data class is NOT required, as long as you specify DSORG=PS in the JCL. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal:

Re: ps dataset

2007-02-15 Thread Ron Hawkins
Subject: Re: ps dataset I thought that's what I said. If I wasn't clear, I said: It has to be SMS-Managed. It has to have a data class. The data class is NOT required, as long as you specify DSORG=PS in the JCL. -- Bruce A. Black Senior Software Developer for FDR Innovation Data

Re: ps dataset

2007-02-15 Thread Bruce Black
AFAIK, if SDB can figure out what the DSORG is from the DCB you also do not need a DATACLAS. Sorry, no. The EOF will be written at allocation time (if the DSORG=PS is specified or derived from the data class), but the DCB is not known until the dataset is open, too late to write the EOF.

Re: ps dataset

2007-02-15 Thread Ron Hawkins
Bruce, Yeah, that's a brain-fart. We discussed this a few weeks ago... Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Friday, 16 February 2007 12:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ps dataset AFAIK

Re: ps dataset

2007-02-14 Thread Bill Wilkie
@BAMA.UA.EDU Subject: Re: ps dataset Date: Tue, 13 Feb 2007 22:45:42 -0500 On 13 Feb 2007 19:28:48 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Paul Jodlowski) wrote: I have a wierd problem, a programmer runs a job that creates a dsn (tst.report) then he ftp's

Re: ps dataset

2007-02-14 Thread Ted MacNEIL
If you ONLY do an allocation like an IEFBR14 and do not open it for output, you will not get the eof record, I don't believe that is 100% accurate. If you have a data class (optional under SMS), the file will be opened by SMS, therebye creating an EOF (iirc). - Too busy driving to stop for gas!

Re: ps dataset

2007-02-14 Thread Alan Scott
This is exactly correct for a non-sms managed dataset. If you do an allocate and never open the dataset you will not get an EOF. Any old data at that allocation will be readable with the correct dcb. -- For IBM-MAIN subscribe /

Re: ps dataset

2007-02-14 Thread dick scherrer
Hello, These were recently posted in this thread (about things that can go thud when a dataset is allocated but not used). For SMS-managed datasets, this phenomenon goes away as SMS writes an EOF on the first track on the new dataset. and If you did have this under SMS management, you

Re: ps dataset

2007-02-14 Thread Ron Hawkins
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, 15 February 2007 12:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ps dataset If you ONLY do an allocation like an IEFBR14 and do not open it for output, you will not get the eof record, I don't believe that is 100% accurate

Re: ps dataset

2007-02-14 Thread Ted MacNEIL
If a dataset is allocated under sms management via JCL/IEFBR14 will it ALWAYS raise an end of file on the first read? A physical eof is written even though the dataset was never referenced other than alloc/de-alloc? Data Class is the only optional construct under SMS. If you have it defined for

Re: ps dataset

2007-02-14 Thread Ted MacNEIL
While a DATACLAS can be used to provide attributes for a non-SMS dataset, it is the presence of a STORCLAS that actually denotes an SMS managed dataset, which in turn gives you all the good things that come with SMS. Yes. I know that. But, the dataset has to be SMS-Managed and have a data class

Re: ps dataset

2007-02-14 Thread Ron Hawkins
Ted, I've searched for a definitive reference on this but nothing turned up quickly. However, every reference I did find specifies that the EOF is written for SMS Managed Datasets. A DATACLAS can be used by both SMS and non-SMS managed datasets, but a dataset is not SMS managed unless it has a

Re: ps dataset

2007-02-14 Thread Thomas H Puddicombe
: ps dataset 02/14/2007 07:44 PM

Re: ps dataset

2007-02-14 Thread Ted MacNEIL
So I'm led to believe that the presence of a DATACLAS does not cause SMS to write an EOF when allocating a non-SMS dataset. I thought that's what I said. If I wasn't clear, I said: It has to be SMS-Managed. It has to have a data class. I never said that a data class would guarantee an EOF for

Re: ps dataset

2007-02-14 Thread Ted MacNEIL
ISTR that SMS will put an EOF at the beginning of a newly allocated SMS-managed dataset if/when SMS determines that the dataset's DSORG=PS. No DCB! No EOF! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe /

Re: ps dataset

2007-02-14 Thread Ron Hawkins
is that DATACLAS is not required, only DSORG=PS for an SMS Managed Dataset as posted by Tom Puddicombe. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, 15 February 2007 9:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ps

Re: ps dataset

2007-02-14 Thread Ted MacNEIL
If you have a data class (optional under SMS), the file will be opened by SMS, therebye creating an EOF (iirc). I thought I implied SMS. If I missed a step, sorry. Consistency is the hobgoblin of little minds. (8-{} - Too busy driving to stop for gas!

Re: ps dataset

2007-02-13 Thread Arthur T.
On 13 Feb 2007 19:28:48 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Paul Jodlowski) wrote: I have a wierd problem, a programmer runs a job that creates a dsn (tst.report) then he ftp's it down to a server and then uncat/deletes it. Later on he runs the

Re: ps dataset

2007-02-13 Thread Charles Mills
I suspect this is a problem (phenomenon? -- some think it's a feature) that has been discussed here at some length in the past few weeks. DFSMS is creating the dataset in the same location as before, and the same data is still there. Don't know enough about ISPF edit internals to know why it