Re: Cobol and SMS question

2011-04-14 Thread Hal Merritt 
IIRC, the programmer now has all the tools/features needed to handle conditions 
that would have resulted in an abnormal termination in anchient times. 

Some of this behaviour is by default (especially in C programs), and sometimes 
gives our produciton scheduler folks fits. (If there is no visible ABEND, then 
there is no visible exception, and the alarms are not tripped.) 

Indeed, we may soon have to drop 'abend' from our lexicon and use some deritive 
of 'unhandled condition'. For sure the programmer has a greater responsibility 
to insure that the program behaves as expected in unexpected situations.  



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Thursday, April 14, 2011 10:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Cobol and SMS question

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Tuesday, April 12, 2011 12:54 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Cobol and SMS question
> 
> In , on 04/12/2011
>at 09:54 AM, Paul Gilmartin  said:
> 
> >Doesn't this require also that the programmer provide an exit to
> >divert the ABEND S%13 which otherwise results from an OPEN failure
> >and causes program termination. 
> 
> Your question has an assumption contrary to fact. There is no Sx13
> ABEND for a missing DD statement.
> 
>  TMDCBOFLGS,DCBOFOPN
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT

Right. IIRC, the Sx13 abend happens when there is a DD, but there is something 
"wrong" with it. Like OPEN for INPUT on a member which does not exist in the 
PDS. Or invalid or missing DCB information (eg: LRECL=80,RECFM=FB,BLKSIZE=90 in 
the JCL). Or "dataset not on volume".

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

 

--
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
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: Cobol and SMS question

2011-04-14 Thread McKown, John 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Tuesday, April 12, 2011 12:54 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Cobol and SMS question
> 
> In , on 04/12/2011
>at 09:54 AM, Paul Gilmartin  said:
> 
> >Doesn't this require also that the programmer provide an exit to
> >divert the ABEND S%13 which otherwise results from an OPEN failure
> >and causes program termination. 
> 
> Your question has an assumption contrary to fact. There is no Sx13
> ABEND for a missing DD statement.
> 
>  TMDCBOFLGS,DCBOFOPN
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT

Right. IIRC, the Sx13 abend happens when there is a DD, but there is something 
"wrong" with it. Like OPEN for INPUT on a member which does not exist in the 
PDS. Or invalid or missing DCB information (eg: LRECL=80,RECFM=FB,BLKSIZE=90 in 
the JCL). Or "dataset not on volume".

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

 

--
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: Cobol and SMS question

2011-04-14 Thread Shmuel Metz (Seymour J.) 
In , on 04/12/2011
   at 09:54 AM, Paul Gilmartin  said:

>Doesn't this require also that the programmer provide an exit to
>divert the ABEND S%13 which otherwise results from an OPEN failure
>and causes program termination. 

Your question has an assumption contrary to fact. There is no Sx13
ABEND for a missing DD statement.

 TMDCBOFLGS,DCBOFOPN
 
-- 
 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: Cobol and SMS question

2011-04-12 Thread Paul Gilmartin 
On Tue, 12 Apr 2011 09:22:33 -0400, Shmuel Metz (Seymour J.) wrote:
>
>FSVO error. A properly written assembler program will test DCBOFOPN
>after the OPEN and either issue an error message or continue,
>depending on whether the ddname is mandatory or optional.
>
Doesn't this require also that the programmer provide an exit to
divert the ABEND S%13 which otherwise results from an OPEN failure
and causes program termination.  (ABEND may be a reasonable result
if a mandatory ddname is omitted.)

-- 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: Cobol and SMS question

2011-04-12 Thread Shmuel Metz (Seymour J.) 
In , on 04/08/2011
   at 02:59 PM, Sam Siegel  said:

>I don't this is this is an SMS issue.  If an ass ember program
>program opens a DCB which does not have a DDNAME allocated to it
>(either via jcl or svc99) an error will occur.

FSVO error. A properly written assembler program will test DCBOFOPN
after the OPEN and either issue an error message or continue,
depending on whether the ddname is mandatory or optional.
 
-- 
 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: Cobol and SMS question

2011-04-12 Thread Shmuel Metz (Seymour J.) 
In
<9f0ac04eb56ec643bdb1b36ab0c34583586...@hdqsrvexcvs.ssfcuad.ssfcu.org>,
on 04/08/2011
   at 04:49 PM, "Ward, Mike S"  said:

>Hello all, we are z/os 1.11. I had a programmer complain the his job
>didn't jcl out on him and he expected it to.

You get JCL error messages when there is invalid JCL, not when there
is inappropriate but valid JCL.

>Since he did not have a DD for these two files, it looks like SMS
>had enough info about the file to create a work file.

No. It looks like the COBOL or LE run time code had enough
information. SMS had enough information to process the dynamic
allocation request, not enough to make the request.

>This is why he did not get a JCL error.

No; he wouldn't have gotten a JCL error regardless. He would have
gotten a run-time error message.

>Now I need an SMS guru.

No.

>Why did SMS do this?

It didn't - COBOL or LE did.

>Shouldn't it have just jcled out with a dd card missing statement?

No. Even had you used the COBOL or LE option to not do dynamic
allocations, the error message would have been for a run-time
error, not a JCL error.

--
 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: Cobol and SMS question

2011-04-08 Thread Ward, Mike S 
And the winner is LE. Thanks to all who replied we will investigate the
LE setup.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Steve Comstock
Sent: Friday, April 08, 2011 5:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Cobol and SMS question

On 4/8/2011 3:49 PM, Ward, Mike S wrote:
> Hello all, we are z/os 1.11. I had a programmer complain the his job
> didn't jcl out on him and he expected it to.
>
>
> His program opens CCTXNSO and GLTXNSO as output
>
> OPEN OUTPUT CC-TRANS.
> OPEN OUTPUT GL-TRANS.
>
> Since he did not have a DD for these two files, it looks like SMS had
> enough info about the file to create a work file.
>
> IGD101I SMS ALLOCATED TO DDNAME (CCTXNSO )
>  DSN (SYS11096.T093103.RA000.D250RADC.R0132772)
>  STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
>  VOL SER NOS= TEMP13
> IGD17271I ALLOCATION HAS BEEN ALLOWED TO PROCEED FOR DATA SET
> SYS11096.T093103.RA000.D250RADC.R0132773
> ALTHOUGH VOLUME COUNT REQUIREMENTS COULD NOT BE MET
> IGD101I SMS ALLOCATED TO DDNAME (GLTXNSO )
>  DSN (SYS11096.T093103.RA000.D250RADC.R0132773)
>  STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
> VOL SER NOS= TEMP03
>
> This is why he did not get a JCL error.
>
>
> Now I need an SMS guru. Why did SMS do this? Shouldn't it have just
> jcled out with a dd card missing statement?
>

Good chance this is really an LE runtime parameter error, not an SMS
issue.

See if you are running with CBLQDA(ON); simplest to probably
add PARM='/RPTOPTS(ON)' to see what the listing says.

Alternatively, run with PARM='/CBLDQA(OFF)' to see if you get
different results.


-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
   + Training your people is an excellent investment

* Try our new tool for calculating your Return On Investment
 for training dollars at
   http://www.trainersfriend.com/ROI/roi.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

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
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: Cobol and SMS question

2011-04-08 Thread Steve Comstock 

On 4/8/2011 3:49 PM, Ward, Mike S wrote:

Hello all, we are z/os 1.11. I had a programmer complain the his job
didn't jcl out on him and he expected it to.


His program opens CCTXNSO and GLTXNSO as output

OPEN OUTPUT CC-TRANS.
OPEN OUTPUT GL-TRANS.

Since he did not have a DD for these two files, it looks like SMS had
enough info about the file to create a work file.

IGD101I SMS ALLOCATED TO DDNAME (CCTXNSO )
 DSN (SYS11096.T093103.RA000.D250RADC.R0132772)
 STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
 VOL SER NOS= TEMP13
IGD17271I ALLOCATION HAS BEEN ALLOWED TO PROCEED FOR DATA SET
SYS11096.T093103.RA000.D250RADC.R0132773
ALTHOUGH VOLUME COUNT REQUIREMENTS COULD NOT BE MET
IGD101I SMS ALLOCATED TO DDNAME (GLTXNSO )
 DSN (SYS11096.T093103.RA000.D250RADC.R0132773)
 STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
VOL SER NOS= TEMP03

This is why he did not get a JCL error.


Now I need an SMS guru. Why did SMS do this? Shouldn't it have just
jcled out with a dd card missing statement?



Good chance this is really an LE runtime parameter error, not an SMS issue.

See if you are running with CBLQDA(ON); simplest to probably
add PARM='/RPTOPTS(ON)' to see what the listing says.

Alternatively, run with PARM='/CBLDQA(OFF)' to see if you get
different results.


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

* Try our new tool for calculating your Return On Investment
for training dollars at
  http://www.trainersfriend.com/ROI/roi.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: Cobol and SMS question

2011-04-08 Thread Scott Rowe 
Well, I wouldn't expect a JCL error, as there is no error in the JCL.  I
would, however, expect an open error for those files.

I don't know that I would look to SMS, it might be a "feature" of COBOL or
LE, but I don't know them well enough.

On Fri, Apr 8, 2011 at 5:49 PM, Ward, Mike S  wrote:

> Hello all, we are z/os 1.11. I had a programmer complain the his job
> didn't jcl out on him and he expected it to.
>
>
> His program opens CCTXNSO and GLTXNSO as output
>
> OPEN OUTPUT CC-TRANS.
> OPEN OUTPUT GL-TRANS.
>
> Since he did not have a DD for these two files, it looks like SMS had
> enough info about the file to create a work file.
>
> IGD101I SMS ALLOCATED TO DDNAME (CCTXNSO )
>DSN (SYS11096.T093103.RA000.D250RADC.R0132772)
>STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
>VOL SER NOS= TEMP13
> IGD17271I ALLOCATION HAS BEEN ALLOWED TO PROCEED FOR DATA SET
> SYS11096.T093103.RA000.D250RADC.R0132773
> ALTHOUGH VOLUME COUNT REQUIREMENTS COULD NOT BE MET
> IGD101I SMS ALLOCATED TO DDNAME (GLTXNSO )
>DSN (SYS11096.T093103.RA000.D250RADC.R0132773)
>STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
>   VOL SER NOS= TEMP03
>
> This is why he did not get a JCL error.
>
>
> Now I need an SMS guru. Why did SMS do this? Shouldn't it have just
> jcled out with a dd card missing statement?
>
> ==
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity
> to which they are addressed. If you have received this email in error
> please notify the system manager. This message
> contains confidential information and is intended only for the individual
> named. If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail. Please notify the
> sender immediately by e-mail if you
> have received this e-mail by mistake and delete this e-mail from your
> system. If you are not the intended recipient
> you are notified that disclosing, copying, distributing or taking any
> action in reliance on the contents of this
> information is strictly prohibited.
>
> --
> 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
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

--
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: Cobol and SMS question

2011-04-08 Thread Gibney, Dave 
I believe it's Cobol runtime being "helpful". I think there is an option
to disable this "useful" feature

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Ward, Mike S
> Sent: Friday, April 08, 2011 2:49 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Cobol and SMS question
> 
> Hello all, we are z/os 1.11. I had a programmer complain the his job
didn't jcl
> out on him and he expected it to.
> 
> 
> His program opens CCTXNSO and GLTXNSO as output
> 
> OPEN OUTPUT CC-TRANS.
> OPEN OUTPUT GL-TRANS.
> 
> Since he did not have a DD for these two files, it looks like SMS had
enough
> info about the file to create a work file.
> 
> IGD101I SMS ALLOCATED TO DDNAME (CCTXNSO )
> DSN (SYS11096.T093103.RA000.D250RADC.R0132772)
> STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
> VOL SER NOS= TEMP13
> IGD17271I ALLOCATION HAS BEEN ALLOWED TO PROCEED FOR DATA SET
> SYS11096.T093103.RA000.D250RADC.R0132773
> ALTHOUGH VOLUME COUNT REQUIREMENTS COULD NOT BE MET IGD101I
> SMS ALLOCATED TO DDNAME (GLTXNSO )
> DSN (SYS11096.T093103.RA000.D250RADC.R0132773)
> STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
>VOL SER NOS= TEMP03
> 
> This is why he did not get a JCL error.
> 
> 
> Now I need an SMS guru. Why did SMS do this? Shouldn't it have just
jcled
> out with a dd card missing statement?
> 
> ==
> This email and any files transmitted with it are confidential and
intended
> solely for the use of the individual or entity to which they are
addressed. If
> you have received this email in error please notify the system
manager. This
> message contains confidential information and is intended only for the
> individual named. If you are not the named addressee you should not
> disseminate, distribute or copy this e-mail. Please notify the sender
> immediately by e-mail if you have received this e-mail by mistake and
delete
> this e-mail from your system. If you are not the intended recipient
you are
> notified that disclosing, copying, distributing or taking any action
in reliance
> on the contents of this information is strictly prohibited.
> 
> --
> 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: Cobol and SMS question

2011-04-08 Thread Sam Siegel 
On Fri, Apr 8, 2011 at 2:49 PM, Ward, Mike S  wrote:
> Hello all, we are z/os 1.11. I had a programmer complain the his job
> didn't jcl out on him and he expected it to.
>
>
> His program opens CCTXNSO and GLTXNSO as output
>
> OPEN OUTPUT CC-TRANS.
> OPEN OUTPUT GL-TRANS.
>
> Since he did not have a DD for these two files, it looks like SMS had
> enough info about the file to create a work file.
>
> IGD101I SMS ALLOCATED TO DDNAME (CCTXNSO )
>        DSN (SYS11096.T093103.RA000.D250RADC.R0132772    )
>        STORCLAS (WORK) MGMTCLAS (        ) DATACLAS (BATDC5)
>        VOL SER NOS= TEMP13
> IGD17271I ALLOCATION HAS BEEN ALLOWED TO PROCEED FOR DATA SET
> SYS11096.T093103.RA000.D250RADC.R0132773
> ALTHOUGH VOLUME COUNT REQUIREMENTS COULD NOT BE MET
> IGD101I SMS ALLOCATED TO DDNAME (GLTXNSO )
>        DSN (SYS11096.T093103.RA000.D250RADC.R0132773    )
>        STORCLAS (WORK) MGMTCLAS (        ) DATACLAS (BATDC5)
>       VOL SER NOS= TEMP03
>
> This is why he did not get a JCL error.

I don't this is this is an SMS issue.  If an ass ember program program
opens a DCB which does not have a DDNAME allocated to it (either via
jcl or svc99) an error will occur.

You may want to look to the LE setup for COBOL.  It would appear that
the DDNAME is being dynamically allocated based on the COBOL FD.


>
>
> Now I need an SMS guru. Why did SMS do this? Shouldn't it have just
> jcled out with a dd card missing statement?
>
> ==
> This email and any files transmitted with it are confidential and intended 
> solely for the use of the individual or entity
> to which they are addressed. If you have received this email in error please 
> notify the system manager. This message
> contains confidential information and is intended only for the individual 
> named. If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail. Please notify the 
> sender immediately by e-mail if you
> have received this e-mail by mistake and delete this e-mail from your system. 
> If you are not the intended recipient
> you are notified that disclosing, copying, distributing or taking any action 
> in reliance on the contents of this
> information is strictly prohibited.
>
> --
> 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

Cobol and SMS question

2011-04-08 Thread Ward, Mike S 
Hello all, we are z/os 1.11. I had a programmer complain the his job
didn't jcl out on him and he expected it to.


His program opens CCTXNSO and GLTXNSO as output

OPEN OUTPUT CC-TRANS.
OPEN OUTPUT GL-TRANS.

Since he did not have a DD for these two files, it looks like SMS had
enough info about the file to create a work file.

IGD101I SMS ALLOCATED TO DDNAME (CCTXNSO )
DSN (SYS11096.T093103.RA000.D250RADC.R0132772)
STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
VOL SER NOS= TEMP13
IGD17271I ALLOCATION HAS BEEN ALLOWED TO PROCEED FOR DATA SET
SYS11096.T093103.RA000.D250RADC.R0132773
ALTHOUGH VOLUME COUNT REQUIREMENTS COULD NOT BE MET
IGD101I SMS ALLOCATED TO DDNAME (GLTXNSO )
DSN (SYS11096.T093103.RA000.D250RADC.R0132773)
STORCLAS (WORK) MGMTCLAS () DATACLAS (BATDC5)
   VOL SER NOS= TEMP03

This is why he did not get a JCL error.


Now I need an SMS guru. Why did SMS do this? Shouldn't it have just
jcled out with a dd card missing statement?

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

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