HDTenEightyP/NetNews huggingface dataset:
X-Mailer: ELM [version 2.2 PL16]
Newsgroups: bit.listserv.sas-l
Date:         Wed, 27 Jan 1993 10:35:46 CST
Reply-To:     "R. Snyder" <rsnyder@LOBBY.TI.COM>
From:         "R. Snyder" <rsnyder@LOBBY.TI.COM>
Subject:      Re: Expanded memory with PC-SAS
Comments: To: goes@chimera.sph.umn.edu
Comments: cc: sas-l@uga.cc.uga.edu
              93 9:35 am

SUBJECT:   6.04 and exPANDed memory.
SUMMARY:   I talked to SI Tech Support.
REL/PLTF:  6.04/PC
E-ADDR:    rsnyder@lobby.ti.com
NAME:      Bob Snyder
COMPANY:   Texas Instruments, Sherman, TX
PHONE:     (903) 868-5799
FAX:       (903) 868-7240

The last time I saw this topic on the List I generated this summary of data
given to me by SI:

>
> Instead of seeing how far I could shove my foot into my mouth I decided to
> get with SI Tech Support.
>
> Their wisdom is that exPANDed is a kludge and that SAS's use of it is also
> a kludge. Roughly 60% of the 6.04 SAS program modules can be loaded into
> expanded memory. Some modules are non-deletable once loaded and some will
> be purged when not needed. The only way you would need more than 2M of
> exPANDed memory is if you run enough diverse applications in one session to
> load 2M of non-deletable code. SAS does not put any data into expanded
> memory. Data is put only in conventional memory. DOS 5.0 helps here.
>
> SAS provides two commands for memory management, cde and cdm. cde executed
> from the SAS command line will tell you how much conventional memory is
> available. cdm will list the modules loaded into expanded memory, their
> starting addresses, and if they're non-deletable.
>
> Tech support gave me two ideas for making use of extended/expanded memory
> beyound the 2M of expanded used by SAS directly. One is to make a RAM disk
> and use a batch file to load the modules that cdm shows you use
> the most onto the RAM disk. The path commands in the config.sas
> file will have to be modified to have SAS look on the RAM disk first for
> this to be effective. You may also put the SASWORK directory on RAM disk
> which would speed up access to tempory data. The hazard of placing the
> SASWORK directory on RAM disk is that running out of space causes a complete
> system crash. Some folks use both methods.
>
> Another suggestion is to use a product like QEMM which can allow you to
> borrow from video memory. This creates more conventional memory just as
> DOS 5.0 does by relocating part of the kernal.
>
> Regards,
> Bob
Newsgroups: bit.listserv.sas-l
From: veijola@jyu.fi (Rauno Veijola)
Subject: SAS on Alpha ?
Reply-To: veijola@jyu.fi
Organization: University of Jyvskyl, Finland
Date: Sun, 24 Jan 1993 19:50:03 GMT


Is there such a thing - SAS on DEC's Alpha machines?
Any info ?

Rauno Veijola
veijola@jyu.fi
From: mschaeff@pilot.njin.net (Marc Schaeffer)
Newsgroups: bit.listserv.sas-l
Subject: CHANGING SIGN (+/-) IN SAS 6/07 - VMS
Keywords: SAS 6.07 VMS
Date: 22 Jan 93 18:52:12 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


I have a SAS data set containing financial data in which revenue is a
negative number and expense is a positive number.  Although the
accountants understand this it confounds any other users who try to
make sense of reports derived from the data set.  Is there a way to 
reverse the sign for all values of selected variables.  I
could not do so for all numeric variables since I have a couple of
numeric variables which are not dollar amounts.  I was not able to
find any way to do this from any available SAS documentation.

Advice is appreciated.  If you think this might be of general interest
you can reply to the listserv, otherwise replies to:

ia2512@wilpat.wilpaterson.edu

Thanks!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:amail.amdahl.com!jack.hamilton
             @juts.ccc.amdahl.com>
Newsgroups: bit.listserv.sas-l
Date:         Tue, 26 Jan 1993 17:23:15 -0500
Reply-To:     jack.hamilton@AMAIL.AMDAHL.COM
From:         jack.hamilton@AMAIL.AMDAHL.COM
Subject:      re: Reordering variables in a SAS dataset
Comments: To: apple!ohstvma.bitnet!sas-l@juts.ccc.amdahl.com

Ted Greenstein <TED@SERVER.SASW.NCSU.EDU> wrote:

> Is there an easy way to reorder the variables in a SAS dataset (this
> is under 6.08 for Windows)?  I know that I can (a) change the order
> in which the data are read from the raw data file initially, and (b)
> write the variables out using a PUT statement, then read them back in
> the desired order.  But isn't there some easier way?

There are several ways.  In general, when asking this kind of question it's
a good idea to tell us why you want to know.  There may be another way to
accomplish the same task.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Newsgroups: bit.listserv.sas-l
Date:         Fri, 22 Jan 1993 13:10:00 EST
Reply-To:     Brian Sheff <UBSHEFF@UNC.BITNET>
From:         Brian Sheff <UBSHEFF@UNC.BITNET>
Subject:      MVS Clist Problem Resolved

SASlers,

     A long, long time ago in a galaxy far, far away ...
a problem was posted on SUG-L dealing with user created clists.
The problems been resolved, thanks to Mark at SI and the usage note
(V6-SYS.SYS 5380), and we're updating yall.

     In V 6.07 under MVS, a clist calling SAS with the LOG and PRINT
operands to data sets may cause the log and list output to be routed
to a single file, if the two data sets are identical except for the
last level.  For example

     SAS PRINT('''userid.OUTPUT''') LOG('''userid.OUTPUT.LOG''')

     As shown above, one data set name is completely contained
in the other.  Both the log and list output would be sent to
'userid.OUTPUT.LOG'.

     NOTE: this problem was fixed in Version 6.08.

     To circumvent this from happening:

     Have PRINT pointed to 'userid.OUTPUT.LIST' and LOG pointed to
'userid.OUTPUT.LOG'.

 Brian Sheff
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
X-Envelope-to: sas-l@VTVM2.BITNET
X-VMS-To: IN%"NY921603@PACEVM.BITNET"
X-VMS-Cc: BITNET%"sas-l@vtvm2"
Newsgroups: bit.listserv.sas-l
Date:         Fri, 22 Jan 1993 13:10:00 EST
Reply-To:     "Robert M. Hamer 908-932-2696" <HAMER@ZODIAC.BITNET>
From:         "Robert M. Hamer 908-932-2696" <HAMER@ZODIAC.BITNET>
Subject:      Re: Concatenating format catalogs under 6.07
Comments: To: NY921603@PACEVM.BITNET

Jeff Davis <NY921603@PACEVM.BITNET> writes:

>Does anyone know how to access more than one format catalog under
>SAS 6.07 in the same SAS session or job?  Under MVS SAS 5.18 you
>were able to concatenate the format libraries in the JCL.  Can you
>concatenate 6.07 format catalogs in MVS?  What about CMS?  I
>**don't** want to have to use PROC CATALOG to copy the format
>entries to the WORK format catalog.  I have not been able to find
>anything in Language, Procedures, Language and Procedures,
>Companion for CMS or Companion for MVS.

The solution I am about to state assumes that all your formats
are stored in catalogs in one or more currently allocated SAS
libraries.  That means that you have allocated those libnames with
either the LIBNAME statement, or with some sort of platform control
statement (in your case, on MVS, that would be a DD statement or in
TSO an ALLOCATE command).

There exists a new option in 6.07, which you can set with the
SAS OPTIONS statement, which tells SAS which format catalogs
in which libraries to search, and in what order.  The option
is the FMTSEARCH option  (nice logical name, right?)

For example, the SAS statement

  OPTIONS FMTSEARCH(WORK.FORMATS,SASDATA.FORMATS,SASDATA.NEWFMTS);

Tells SAS that when it encounters a format, it is to search the
above libraries.catalogs in that order for the format.
If the list doesn't include work.formats, then work.formats is
searched first.  If it includes only the library name and no
catalog name, the library is searched for a catalog named FORMATS.

There are some other rules involving order of searching, etc,
but I don't have the documentation here, but you get the idea, right?
You can RTFM now that you know to look under OPTIONS FMTSEARCH?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 22 Jan 1993 02:05:28 EST
Reply-To:     Michael Davis <75046.1627@COMPUSERVE.COM>
From:         Michael Davis <75046.1627@COMPUSERVE.COM>
Subject: Re: Windows vs OS/2, all things being equal
Comments: To: "Recipients, List SAS-L" <sas-l@uga.cc.uga.edu>

-----------------------------------------------------------------------
CONTENT:    Answer to Question about SAS for Windows vs OS/2
SUMMARY:    If all things are equal, OS/2; However ...
REL/PLTF:   6.08/OS/2, 6.08/Windows
E-ADDR:     0002395748@mcimail.com
P-ADDR:     BC&BS OF Conn., 370 Bassett Road, North Haven, CT 06473
PHONE:      (203)-985-7187
FAX:        (203)-985-7030
-----------------------------------------------------------------------
Ted Greenstein <ted_greenstein@ncsu.edu> asks:

> Has anybody done or seen a comparison of SAS for Windows running
> under Windows 3.1 as compared to SAS for OS/2 running under OS/2 2?
> I'd be curious to hear anyone's reactions as to which platform would
> be preferable, all things being equal.

If all things are equal, there aren't too many souls outside Redmond, WA
who would tell you to run SAS under Windows if SAS under OS/2 was available
(and none of those folks work in Cary).  It runs much, much faster and a
task gone bad is less likely to take down the rest of your system.

However, all things are almost never equal.  If you:

-  are already heavily into Windows 3.1 applications
-  if you do not have the disk space and memory to run OS/2
-  the drivers you need are not available for OS/2
-  like getting your support from Microsoft
-  SAS is just one of many things you run ...

then you might prefer SAS for Windows.  I am running the Developer's
Release 6.08 of SAS for Windows now but when OS/2 handles my Windows 3.1,
applications satisfactorily, I'll be looking to switch.

BTW, so sorry about that B-Ball game last night.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
X-VMS-To: INTERNET::"SAS-L@VTVM2.BITNET"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.sas-l
Date:         Wed, 27 Jan 1993 10:16:03 -0500
Reply-To:     "Harlene C. Gogan - Go Bills,
              Beat the Cowpies" <RTIHCG@RTI.BITNET>
From:         "Harlene C. Gogan - Go Bills,
              Beat the Cowpies" <RTIHCG@RTI.BITNET>
Subject:      Follow-up on unbalanced quotes in DM

------------------------------------------------------------------
CONTENT: REPLY to unbalanced quotes in DM
SUMMARY: Interactive nature counts quotes continuously
REL/PL:  Happens in all under DM
NMAE:    Harlene C, Gogan
E-ADDR:  RTIHCG@RCC,RTI.ORG
-------------------------------------------------------------------

A question I can answer!  You must acknowlege the interactive nature
of your SAS session.  SAS counts quotes from the first time you
have an unbalanced design.  The next time you SUBMIT the program,
SAS still recalls the unbalanced quote from the LAST submit.  Unlike
a batch process, SAS does not start from square one, but continues
on from where it still has an unbalanced quote.

To stop the process, when you recall your program and "balance" your
quotes, you still need to close the quote left open.  The simple way
to do this is at the beginning of your program add a statement that
is simply:
           ';        (if you were using single quotes)      or
           ";        (if your were using double quotes).
This will get SAS to start over on counting quotes.

Remember, it's not a bug it's a FEATURE!!!

>----------------------------------------------------------------------
>CONTENT:   Problems with unmatched quotes in DM
>SUMMARY:   When the current string exceeds 200-something characters
>             due to unmatched quotes, I usually BYE from the display
>             manager and then restart.
>REL/PLTF:  6.07.01 / VM/HPO 5.0
>E-ADDR:    NAMP@suvm.bitnet
>NAME:      Robert Cymbala / North American Maple Project
>ADDRESS:   133 Illick Hall; SUNY-ESF; 1 Forestry Dr; Syracuse NY 13210
>HONE:     315) 470-6742
>----------------------------------------------------------------------

>The most frustrating thing about SAS Display Manager is having unmatched
>quotes in  submitted lines and  not being able  to recover. Often  I use
>BYE to quit, and then restart SAS (6.07).

>How do I avoid that?  Is there a command-line command that
>"refreshes" ?  Lately, I noticed that single-quotes in comments like:
> %* PROC SORT That's already done previously. ;
>cause problems too.
From: Thomas_M_Skinner@CCM.HF.INTEL.COM (Thomas M Skinner)
Newsgroups: bit.listserv.sas-l
Subject: Re: Reordering variables in a SAS dataset
Date: 26 Jan 93 17:13:40 GMT
Reply-To: Thomas M Skinner <Thomas_M_Skinner@CCM.HF.INTEL.COM>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: SAS-L@uga.cc.uga.edu


                                                        Folsom, California
                                                        January 26, 1993
                                                        Sunny, Bit of Frost


Dear SAS-Lers,

Theodore N. Greenstein Writes:

>Is there an easy way to reorder the variables in a SAS dataset (this
>is under 6.08 for Windows)?  I know that I can (a) change the order
>write the variables out using a PUT statement, then read them back
>in the desired order.  But isn't there some easier way?
>
>Just for comparison, I notice that SPSS/PC has a command that will do
>exactly this: reorder the variables in any desired ordering.
>

The best way I can think of is to simply "declare" the variables in a
length statement in the order you wish.  At the beginning of the data step,
the "program data vector" is set up in memory by first scanning for
non-executable statements (of which length is one), and then the
executables, such as the "set" statement. The non-executable statements are
used to assign slots in the vector, then variables from the input, set,
assignment statements, etc are assigned.  Thus the length statement can be
used on either datasets derived via "input" statements or by set/merge
statements to determing the order of the vsriables in the resulting
dataset.

You may also use the "ATTRIB" statement to accomplish the same thing, and
it gives you the ability to assign lables, informats, formats, as well as
lengths.

I believe the KEEP statement, and the "KEEP=" option the DATA statement
will accomplish the same thing, without having to specify lengths, etc...
Program efficiency is gained from limiting lengths to specified minimums
however, so using the length statement is desirable from that standpoint.

Intel-Insider,
Tom Skinner
===========================================================================
T.M. Skinner                    Internet: Thomas_M_Skinner@ccm.hf.intel.com
Sr. SAS Tech. Support               Mail: 1900 Prairie City Rd. MS FM1-102
Intel Corporation                         Folsom, CA 95630
===========================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 21 Jan 1993 16:40:40 EST
Reply-To:     Lynn Jacobsen <lynn@EROS.CC.COLUMBIA.EDU>
From:         Lynn Jacobsen <lynn@EROS.CC.COLUMBIA.EDU>
Subject:      Announcement of Vacancy
Comments: To: sas-l@uga.bitnet, stat-l@mcgill1.bitnet

HEAD OF ELECTRONIC DATA SERVICES

Search Reopened

Columbia University Libraries seeks a head for its new Electronic Data
Services (EDS), jointly operated by the Libraries and Academic Computing
(AcIS).  The goal of EDS is to enhance instruction and research which use
numeric information and mapping data in machine-readable form.  The Head
of EDS reports to the Assistant Director of the Social Science Division of
the Libraries and works closely with the Assistant Director of AcIS.

Responsibilites:  The incumbent will be responsible for the operation and
development of data library and support services for numeric data in all
machine-readable formats.  Responsibilites include overseeing day-to-day
operations, developing policies and procedures, and assisting users in
identifying and obtaining appropriate data.  Outreach and liaison with
faculty, students, researchers, and computer lab directors are key
responsibilities, as is training reference librarians to develop numeric
data as a major reference resource.  The incumbent will also formulate
control mechanisms for data sets, provide reference service at the Lehman
Social Sciences Library where EDS is located, prepare annual budget
proposals, and write grant proposals to enhance EDS.

Working relationships:  The Head of EDS will work closely with the
research support staff of AcIS, with the government documents librarian,
and with the head of the Libraries' Electronic Text Service.  The Head of
EDS administers Columbia's membership responsibilities with ICPSR, the New
York State Data Center, and the National Center for Health Statistics.

Requirements are:  background in social sciences and quantitative research
or its support; experience with a variety of Census and other public data;
experience with a broad range of numeric electronic resources and
services; excellent interpersonal skills; ability to support training
programs; and experience in a variety of computer environments.  Preferred
qualifications are:  advanced subject degree in a social science or other
research field, or accredited MLS; familiarity with major statistical
packages.

Salary ranges are:  Librarian I:  $30,000 - $39,000; Librarian II: $32,000
- $43,000.  Excellent benefits include assistance with University housing
and tuition exemption for self and family.  Women and minority candidates
are encouraged to apply.

Send resume, listing names, addresses and phone numbers of three
references, to:  Kathleen Wiltshire, Director of Personnel, Box 35, Butler
Library, Columbia University, 535 West 114th Street, New York, NY  10027.

Applications sent via electronic mail will not be accepted.

Deadline for applications is February 26, 1993.

AN AFFIRMATIVE ACTION/EQUAL OPPORTUNITY EMPLOYER
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Newsgroups: bit.listserv.sas-l
Date:         Wed, 27 Jan 1993 09:38:51 EST
Reply-To:     Bob Upson <SVUPSOR@VCCSCENT.BITNET>
From:         Bob Upson <SVUPSOR@VCCSCENT.BITNET>
Subject:      sas on Alpha

CONTENT: Info
SUMMARY: Sas for alpha in progress
REL/PLTF: 6.09/DEC ALPHA
E-ADDR:   svupsor@vccscent.bitnet
NAME:     Bob Upson
PH/ADDR:  804-736-8484 Rt1 Box 15 Keysville, Va. 23947
   Recent not-for-official-pub word is that the product is in experimental
release now, may be in beta by end 1st Q 93 (calendar), may be in prod by
Fall 1993.
   I have NO idea whether SI has made an announcement, much less what it
might contain. I haven't seen one, but it's not a platform I follow.
Bob. Ps errors in the above strictly unintentional and ALL MINE.

No acknowledge needed, comments welcome.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Newsgroups: bit.listserv.sas-l
Date:         Tue, 26 Jan 1993 17:17:17 PST
Reply-To:     Melvin Klassen <KLASSEN@UVVM.BITNET>
From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
Subject:      Dearth of ZAPs available from FTP.SAS.COM

If you've been wondering why no "new" ZAP-files have been made available
for anonymous-FTP to 'FTP.SAS.COM' since October 25, I've been told:

! As far as zaps not being added for FTP, this goes back to the fact that
! we are now doing source code fixes, and not writing new zaps,
! thus there is nothing to add to anonymous FTP.

I didn't ask whether they've also discontinued the updating of
the Usage Note databases which also are available via the same method. :-(
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Action: URGENT
Priority: ONE
X-Mailer: ELM [version 2.3 PL10]
Newsgroups: bit.listserv.sas-l
Date:         Thu, 21 Jan 1993 09:33:58 EST
Reply-To:     lpc0@gte.com
From:         Gail Gill <glg2@GTE.COM>
Subject:      SAS Programming Position
Comments: To: sas-l@vm.marist.edu
Comments: cc: "Lawrence P. Cole" <lpc0@gte.com>

We have an opening for a SAS programmer, the information follows:

Job Title:

Programmer/Software Writer

Job Description:

 Part-time SAS programmer to support econometric and market research modeling
projects, some of which involve delivering statistical software packages to
research clients for their on-going use. Ability to work as member of
research team consisting of economists and statisticians and to function as
a consultant to non-specialists.

Education/Equivalent Training Required:

SAS programming skill, however acquired; economics or market research
training would be useful.

Experience:

Specific experience with SAS macros would be useful.

Please send resume and cover letter to

        Dr. Lawrence Cole, Manager
        Department of Economics and Statistics
        GTE Laboratories, Inc.
        40 Sylvan Road
        Waltham, MA 02254

or      fax 617 290 0627
        lpc0@gte.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Newsgroups: bit.listserv.sas-l
Date:         Wed, 27 Jan 1993 14:29:43 EST
Reply-To:     David Carroll <BDCARRD1@BUDGET.BITNET>
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         David Carroll <BDCARRD1@BUDGET.BITNET>
Subject:      (U) reclaim space when deleting catalog members?

I've encountered a problem and haven't been able to find any information
in the SAS documentation. We're running VM/CMS and are testing SAS 6.07.
I've checked the _SAS Companion for CMS_, Tech.Rept P-219 "Changes ... CMS",
and the SAS Lang. Ref. on PROC CATALOG. The problem is that during my
testing after I installed 6.07 I generated many members in my SASUSER
catalog in CMS file 0PROFILE SAS6USER A. When I saw that this file was
taking up a lot of disk space, I ran the following under SAS:

proc catalog cat=sasuser.profile;
   contents;
run;

This produced a listing of 40+ members. I identified all but 6 or 7 that
I could get rid of and ran the following:

proc catalog cat=sasuser.profile;
   delete badmem1 badmem2 /et=source;
run;

I ran this for all the members to be deleted, and then I ran the
contents code (first example) again to check it. This time the
listing showed only the 6 or 7 members that I needed to keep.
So far apparently so good. I exited SAS and at the CMS level
issued the filelist command. 0PROFILE SAS6USER A still took up
the same disk space as before the deletes. What am I doing wrong?
Is there any way to reclaim that space? Thanks in advance for
any assistance. I really need an answer to this one before I have
users filling up their disks.
Dave Carroll
bdcarrd1@budget.bitnet
phone (518)474-6960
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Newsgroups: bit.listserv.sas-l
Date:         Wed, 27 Jan 1993 16:36:13 EST
Reply-To:     David Carroll <BDCARRD1@BUDGET.BITNET>
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         David Carroll <BDCARRD1@BUDGET.BITNET>
Subject:      reclaiming space when deleting - part 2

Further update to my previous posting on trying to reclaim space
disk space when deleting catalog entries. I attempted to use another
of the forms of the PROC CATALOG as follows:

proc catalog cat=sasuser.profile;
   save goodmem1 goodmem2 goodmem3 / entrytype=source;
   save dmkeys.keys;
run;

According to the log, this ran as intended. The proper members were
saved, and all others were deleted. I ran PROC CATALOG contents, and
only the saved members were there. Unfortunately, as before, when I
exited SAS and used the CMS filelist command, the 0PROFILE SAS6USER A
file stills takes up exactly the same amount of disk space.
Any ideas on how to correct this, SAS-Lers?
Thanks in advance,
Dave Carroll