> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ed Gould
> Sent: Monday, January 28, 2008 7:00 PM
> 
> Tom:
> 
> I do NOT know a lot about SAS I have used it a few times to create
> some reports. There are things you can do in SAS that some other
> report writers cannot do so the preference is to do it in SAS.
> 
> My *VAGUE* recollection at one time there was a STC that printed
> graphs out on an IBM color printer 3287(?). You would run SAS and
> invoke SASGRAPH and that would somehow communicate with the STC. I
> never did much with sasgraph other than to set up the STC.
> 
> If you are talking some components of SAS then I agree that SAS
> cutting the SMF record is probably the only way.
> 
> If you are talking about SAS itself running as a batch job the type
> (4 or 3X) is a reasonable way of catching it. Otherwise you are stuck
> with SAS creating the SMF record.
> 
> Personally I am *LOATH* to let programs cut their own records. I have
> seen (in the past) where they cut records and the layouts are like
> say DFSORT records and use the same number and the program that then
> processes the records abends because of this discrepancy. If I were
> to do it. I would make sure that any records it cuts do *NOT* get
> into the weekly or Monthly cumulative tapes.
> 
> Also probably you may have to make the SAS  library APF authorized in
> order to cut SMF records, not a good thing to let loose in the
> general population (make sure its write protected).
> 
> Ed
> 
> ----------------------------------------------------------------------
Ed, 

I certainly agree with you on letting the ability to cut SMF records or
set up authorized libraries loose on the general population.  That would
be a disastrous situation.  What we've done is copy the SVC supplied by
SAS into a separate library controlled by the sysprogs. In fact the SAS
product itself is installed by me, the capacity planner, and the general
community doesn't have update access to the load libraries. Also, we
have several other OEM products that cut SMF records such as CA's
TopSecret, the Omegamon products, SuperSession, and IAM.  I'm sure other
companies have those also. Each product gives the user the ability to
choose an SMF record number to use.  We just keep track of what's been
assigned so that we don't duplicate numbers.  The general user community
(read application programmers) has to go through the sysprogs if they
have a system that cuts SMF records or installs SVCs.

>From what you have posted your SAS experience seems a might old.  It has
changed a lot since the process you remember to print a graph on a color
printer.  There is no longer an SVC to control printing to the graphics
printers.  Now I just create the graph using GPLOT, GCHART, or another
SAS/Graph PROC and an appropriate device definition and put it out as a
gif in the USS files.  I can then pull it up in my browser, or a manager
can pull it up in his.  You can also use the SAS Output Delivery System
(ODS) to place the graph into a pdf or html file.  Of course others may
do it differently and probably use SAS on Windows or UNIX.  At my shop
we still run SAS for z/OS.

Tom Kelman 




*****************************************************************************
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*****************************************************************************

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

Reply via email to