HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.sas-l
Date:         Fri, 8 Jan 1993 16:30:56 PST
Reply-To:     Thomas M Skinner <Thomas_M_Skinner@CCM.HF.INTEL.COM>
From:         Thomas M Skinner <Thomas_M_Skinner@CCM.HF.INTEL.COM>
Subject:      Better "ACCESS" under R6.08
Comments: To: SAS-L@uga.cc.uga.edu

                                                        January 8, 1993
                                                        Folsom, CA
                                                        Wind & Rain, 50's


Dear SAS-Lers:

Having just finished reading the article on the ACCESS WINDOW in the latest
issue of the SI publication "OBSERVATIONS", I have a few comments and
recommendations:

Firstly, the article ignores the use of PMENUs, and while it qualifies the
display examples as being captured from MVS (which has PMENUs), this is an
oversight....  unless you really prefer keyboarding all the commands
required to run this utility.

Secondly, and having to do more with the Window itself, a bit of
funtionality seems to be missing here. If one wishes to display a single
Library's contents, the user must manually key the desired LIBREF.  In the
age of point and click, this seems a bit slack.

Being familiar with SCL, and knowing of SCL functions such as LIBLIST, I
can recommend a remedy.  (We at Intel call this "constructive critisism",
one of our key values).

One may wish to construct an SCL or Program entry with the source as
follows:

init:
 libsel = liblist('^maps','*','Select a Library');
return;

main:
 call access(libsel,'_all_');
return;

term:
return;

In this example, I demonstrate how the LIBLIST function can remove a
Library from the selection list (In this case "MAPS"), and return a single
LIBREF, in this case assigned to the SCL variable Libsel.

Upon executing this entry via AF (I assigned this to a toolbox entry), the
user immediately sees a LIBRARY Selection window.

The main section executes after a selection is made, and allows for display
of the ACCESS window via the "CALL ACCESS" function. In this example, I
pass the keyword _all_ to display all memtypes for the library.  Further
enhancement of this code could allow subsetting of the memtype as well,
although SI, to their credit, does allow for this with a radio-button frame
entry, once the window is displayed.

As one who has been reluctant to use a mouse, but has seen the light, I
suggest that this sort of funtionality be considered in future releases of
the SAS system, especially in consideration of those sites that don't
license SAS/AF software. :Q

Intel-Insider,
Tom Skinner

=============================================================================
T.M. Skinner                 Internet: Thomas_M_Skinner@CCM.HF.INTEL.COM
Sr. SAS Technical Support        Mail: 1600 Prairie City Rd. MS FM1-102
Intel Corporation                      Folsom, CA 95630
=============================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 5 Jan 1993 10:28:00 -0500
Reply-To:     gnelson@HARPO.DEV.UGA.EDU
From:         gnelson@HARPO.DEV.UGA.EDU
Subject:      Migrating from 5.18 to 6.07
Comments: To: sas-L@uga.cc.uga.edu

This is a second request - thought I would try again since the initial
response was low.... TIA

>
>Greetings! Happy POST Holidays - I am working with a colleague of mine here
>at the University of Georgia to prepare an article on migrating our
>users from 5.18 to 6.07 and wondered if anyone has already prepared such
>a beast...?
>
>If so, and you wouldn't mind sharing the information, I would love to
>get a hold of a machine readable form. We'd also be happy to gopherize
>it so that folks could FTP it after we were done, so if you have some
>hints about the changes that you think users would find helpful, let us
>know.... Thanks :-)
>
>Greg Nelson & F. Joseph Kelley
>The University of Georgia
>Athens, GA 30602
>
Greg Nelson
gnelson@uga.cc.uga.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 6 Jan 1993 22:11:42 EST
Reply-To:     William Kahn <71020.1025@COMPUSERVE.COM>
From:         William Kahn <71020.1025@COMPUSERVE.COM>
Subject:      t
Comments: To: sas-l@ohstvma.bitnet

Patrick Haggard wrote

> I have some data containing between n and m observations in each
> of C conditions.  I would like to have exactly n observations in
> each condition

Which received (as of my last scan) two similar responses-each keeping the
first n observations of the up to m (m>=n) in each group.

May I suggest that an explicitly _random_ subset of each group be selected
rather than the first?  Even if there is no known order to the data often
there is a non-random (though not known) order.

data t; set old; x=ranuni(8911002);
proc sort; by group x; *note explicit scrambling within group;
data new; set t; by group;
  if first.group then count=0;
  count+1; *using implicit retain implied by this syntax;
  tag=(count>n) *keep all observations in same dataset;
proc glm; class group; where tag=0; model dv=group; *use where;

BUT--a statistics question arises.  When is it better to throw out data in
order to attain balance than analyze the unbalanced design?  Granted, the
estimates you get which assume balance are no longer min variance unbaised,
but don't they always have smaller mean square error than throwing out data?
If you have a procedure which requires balance (proc anova) won't you get
smaller mse estimates by averaging your m points down to n points (say
average m-n pairs) and ignoring the averaging in the analysis than by
throwing out m-n data points?  Data is so precious--seems a crying waste to
throw it out just because some mathematicians/programmers don't give us an
optimal analysis algorithm.

Bill Kahn <71020.1025@compuserve.com>
W. L. Gore and Associates




Distribution:
  >INTERNET:sas-l@ohstvma.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 11 Jan 1993 22:48:31 EST
Reply-To:     PARTHA DEB <PDEB@INDYCMS.BITNET>
From:         PARTHA DEB <PDEB@INDYCMS.BITNET>
Subject:      Bivariate Normal cdf

Hi,

  Is there a built in function in SAS 6 to compute the bivariate normal
cumulative distribution function, i.e., evaluate bivariate normal
probabilities?

  Thanks.

Partha
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Posted-Date: Sun, 10 Jan 93 16:03:41 PST
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.sas-l
Date:         Sun, 10 Jan 1993 16:03:41 PST
Reply-To:     tiny t <tamara@GLIA.BIOSTR.WASHINGTON.EDU>
From:         tiny t <tamara@GLIA.BIOSTR.WASHINGTON.EDU>
Subject:      CONSUG at SESUG
Comments: To: "sas-l@vtvm2.cc.vt.edu" <sas-l@vtvm2.cc.vt.edu>

  -----    CONSULTANTS USERS GROUP BREAKFAST MEETING   -----
              February 14, 1993 9:00 to 12:00 a.m.

The first _OFFICIAL_ meeting of the Consultants SAS[Users Group
(CONSUG) is planned to be at SUGI in May 1993. However, to get
things rolling, we have met at NESUG (October 1992) and now will be
meeting at SESUG in St. Petersburg Beach, Florida. IF YOU HAVE NOT
REGISTRED FOR SESUG, DO IT NOW!

Conference rates at the hotel end on January 12. You should also
send in the sheet in your SESUG registration packet for the CONSUG
breakfast meeting.

A very interesting program has been arranged in conjunction with
the SESUG co-chairs for your enjoyment and "informational augmentation."
The program is as follows:

9:00    KEYNOTE SPEAKER: Eric Brinsfield of Meridian Software, Inc.
        will talk about "The Cost of Consulting," based on his
        experience.
10:00   PANEL DISCUSSION: Panelists will present brief comments related
        to consulting followed by an open question and answer period.
        Chris Toppe of ARC will discuss "Setting Fees: How Much Do
        You Want To Earn?" Jack Callisher of Trilogy Consulting will
        discuss "Stragies for Staying Engaged." Finally, Bill Calvert
        of Service Research, Inc. will comment on "Business Structure
        and Function."
11:00   GENERAL DISCUSSION: Following the Panel Discussion, organizational
        issues will be discussed. Old business includes: Update on the
        membership survey, plans for SUGI, dues and membership issues,
        establishing better communications, and refining the goals and
        objectives of the User Group. Other topics may be discussed
        as time permits. New twists and ideas are welcome.

If you need a SESUG registration packet, or a CONSUG registration form
contact the conference co-chairs:

        S. David Riba           Tamara R. Fischell
        Jade Tech, Inc          Timely Technical Solutions
        813-726-6099            919-933-6404



--
-------
The message above was typed from what Bill Calvert of Service
Research, Inc. sent to Consultants registered with the new
special interest users group: Consultants Users Group
-----------
'Keep on Rockin in a Free World' Neil Young |   Timely Technical Solutions
Tamara@glia.biostr.washington.edu           |   Specializing in Clinical Trials
Tfischell@attmail.com                       |   234 Lashley Rd.
Tamara.Fischell@bbs.oit.unc.edu             |   Chapel Hill, NC 27516
                                            |   919-933-6404
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <LMJY@CORNELLA>
Newsgroups: bit.listserv.sas-l
Date:         Thu, 7 Jan 1993 11:38:45 EST
Reply-To:     Lisa King <LMJY@CORNELLA.BITNET>
From:         Lisa King <LMJY@CORNELLA.BITNET>
Subject:      Division by Zero in CMS pt. 2

Hi folks:  Before I get a flood of suggestions, let me narrow down
what I am looking for with regard to the division by zero project.

I know that using 'IF Y NE 0 THEN Z=X/Y;' will work just fine.  But
we have MANY statements in our programs that do division and I'd like
to know if there is a system option or some other way of solving this
problem.  I couldn't find any in either the SAS Language Guide or the
CMS Companion.  Thanks again....Lisa

|***************************************************************|
|           Lisa King  -  Technical Consultant                  |
|  Cornell Institute for Social and Economic Research (CISER)   |
|       Cornell University, Ithaca, New York  14853             |
|                                                               |
|  Bitnet:    LMJY@CORNELLA                                     |
|  Internet:  LMJY@CORNELLA.CIT.CORNELL.EDU                     |
|***************************************************************|
From: JCVOLIVE@BRUSPVM.BITNET (Joao Carlos Vianna de Oliveira)
Newsgroups: bit.listserv.sas-l
Subject: SAS - OR -- MACROS
Date: 5 Jan 93 17:01:39 GMT
Reply-To: Joao Carlos Vianna de Oliveira <JCVOLIVE@BRUSPVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU


 I'm using SAS-6.04 on 386 IBM compatible (DOS).

 Where can i found a documentation about "MATGEN" macro of SAS-or.

 Thanks for some help !!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 6 Jan 1993 12:45:57 CST
Reply-To:     RA Sparapani RA/208/xxx gwing <sparapan@SALT.RA.ANL.GOV>
From:         RA Sparapani RA/208/xxx gwing <sparapan@SALT.RA.ANL.GOV>
Subject:      SAS Program_Name in DATA _NULL_ Step Under SunOS
Comments: To: sas-l@uga.cc.uga.edu

SAS-L:

There was a recent discussion on SAS-L with regard to recovering the
name of the SAS program running within the program.  Here is an
operating system dependent solution we have implemented in a DATA
_NULL_ step.  The code is 22 lines long which may be longer than
most people would like, but almost half the lines are dedicated to
character input so if someone knew a more pleasing character
solution the code could be cut down considerably.  The log file
from a run follows.  The program name is "pid".

Rodney

NOTE: Copyright(c) 1989 by SAS Institute Inc., Cary, NC USA.
NOTE: SAS (r) Proprietary Software Release 6.07  TS203

NOTE: SAS initialization used:
      real time           1.279 seconds
      cpu time            0.560 seconds

NOTE: Libname GDEVICE0 refers to the same physical library as SASUSER.
NOTE: Libref GDEVICE0 was successfully assigned as follows:
      Engine:        V607
      Physical Name: /home/flash1/sparapan/sasuser

NOTE: AUTOEXEC processing completed.

1          %global sys_sas;
2          %let columns=80;
3          filename pid pipe "ps | grep -e 'sas[ ]'";
4          data _null_;
5          format line $char&columns..;
6          infile pid missover;
7          do i=1 to &columns;
8               input @i char $char1. @;
9               if i=1 then line=char;
10              else line=char||line;
11              end;
12         line=reverse(trim(line));
13         put line;
14         if scan(line,1," ")=&sysjobid then do;
15              i=2;
16              do while(scan(line,i," ")^="sas");
17                      i=i+1;
18                      end;
19              call symput("sys_sas",scan(line,i+1," "));
20              end;
21         input;
22         run;

NOTE: The infile PID is:
      Pipe command="ps | grep -e 'sas[ ]'"

16355 p0 TW    0:01 sas -fsd ascii -nonews
16487 p0 S     0:00 sas pid -nonews
NOTE: 2 records were read from the infile PID.
      The minimum record length was 35.
      The maximum record length was 42.
NOTE: Character values have been converted to numeric values at the places given
 by: (Number of times) at (Line):(Column).
      2 at 14:4
NOTE: DATA statement used:
      real time           1.497 seconds
      cpu time            0.270 seconds


23         %put &sys_sas;
pid
NOTE: The SAS System used:
      real time           3.420 seconds
      cpu time            1.060 seconds

NOTE: SAS Institute Inc., SAS Circle, PO Box 8000, Cary, NC 27512-8000
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Newsgroups: bit.listserv.sas-l
Date:         Mon, 11 Jan 1993 09:30:56 -0600
Reply-To:     "Sarah McKen (966)4838" <mcken@JESTER.USASK.CA>
From:         "Sarah McKen (966)4838" <mcken@JESTER.USASK.CA>
Subject:      SUGI 18 ... shared Hilton accommodations???
Comments: To: SAS-L@vm.ucs.ualberta.ca

I am interested in attending SUGI 18 and would like to stay at the New York
Hilton and Towers since the activities that are planned for that hotel appeal to
me.  However I would appreciate sharing a room with another woman as the cost is
appreciably lower.  I have booked a Double/Double room (2 people, 2 beds) which
costs $175+tax, hoping that someone else may also have only limited resources
available to them!

Please send mail to me at      MCKEN@SASK.USASK.CA     if you are interested.


Sarah McKen                     |  If you are good,
Dept. of Computing Services     |    you'll be assigned all the work.
University of Saskatchewan      |  If you are really good,
Saskatoon, Saskatchewan, Canada |    you'll get out of it.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <stephe@wubios>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.sas-l
Date:         Fri, 8 Jan 1993 08:22:21 CST
Reply-To:     Stephe Mandel <stephe@WUBIOS.WUSTL.EDU>
From:         Stephe Mandel <stephe@WUBIOS.WUSTL.EDU>
Subject:      Meeting Notice
Comments: To: SAS Mailing List <SAS-L@ohstvma.ircc.ohio-state.edu>

What:  Gateway Area Users of SAS Systems (GAUSS) meeting notice
When:  Friday, January 29, 1993
Where: Anheuser-Busch Inc.  1 Busch Place, St. Louis.
Time:  2-5

Program:  A Demo of SAS/QC ver. 6.08 by Susan Fosburgh, SI.
          The SQL Procedure by P. Harrison, Monsanto.
          SAS User News Videotape
          Business Meeting
          Mixer in the SUGI tradition.

For more information contact Stephen Mandel (314) 577-0786.
 or
stephe@wubios.wustl.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Sat, 9 Jan 1993 16:56:57 -0600
Reply-To:     Ron Roeder <rroeder@UTDALLAS.EDU>
From:         Ron Roeder <rroeder@UTDALLAS.EDU>
Subject:      ACCOUNT NUMBER CHANGE
Comments: To: sas-l@uga.cc.uga.edu

subscribe "Ron Roeder"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: SMTP%"sas-l@awiimc12.imc.univie.ac.at"
X-VMS-Cc: NUSSBM
Newsgroups: bit.listserv.sas-l
Date:         Tue, 29 Dec 1992 14:33:16 -0600
Reply-To:     "Mitch Nussbaum phone: 266-8831" <nussbm@DNRHAL.DNR.WISC.GOV>
From:         "Mitch Nussbaum phone: 266-8831" <nussbm@DNRHAL.DNR.WISC.GOV>
Subject:      Is 6.06 to 6.07 upgrade as easy as it looks?
Comments: To: sas-l@awiimc12.imc.univie.ac.at

Our agency, which is still running SAS 6.06 (on a VAX 8550 under VMS 5.5), is
planning in the near future to move up to SAS 6.07.  Most of you have already
made this upgrade, I'm sure, and I'd like to learn from your experience.  I
have a few questions:

        --- Is the upgrade from 6.06 to 6.07 really as simple as it looks?
        --- Are there any subtle pitfalls, waiting to trap us when we move to
            6.07?
        --- Has anyone found examples of source code (or views, screens, etc.)
            that worked correctly under 6.06 but gives different results under
            6.07?
        --- If you had it to do over again, is there anything you'd do
            differently?

If you have any war stories, warnings, exhortations or reassurances to offer,
I'll be happy to hear them.

Thanks for your help.

Mitch Nussbaum
Wisconsin Dept of Natural Resources
Box 7921
Madison, WI 53707
phone (608)266-8831
Internet: nussbm@dnrmai.dnr.wisc.gov
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: North Dakota Higher Education Computer Network
Newsgroups: bit.listserv.sas-l
Date:         Tue, 12 Jan 1993 15:50:20 CST
Reply-To:     Marlys Hanson <HANSON@NDSUVM1.BITNET>
From:         Marlys Hanson <HANSON@NDSUVM1.BITNET>
Subject:      SAS/ACCESS Interface to ADABAS

Hello,
I am interested in the SAS product, SAS/ACCESS Interface to ADABAS, for
our users at the University of North Dakota.  Has anyone used this inter-
face successfully?  Could you share your experience with me?  Is there
another interface product I could evaluate?  (Our home-grown one is soon
to die.)  We are on ADABAS version 5.1.9, Natural version 2.1.5, running
SAS 6.07 under MVS/ESA.

Thank-you for any help, comments, or suggestions!

Marlys Hanson (hanson@ndsuvm1)  (701) 777-3171
University of North Dakota Computer Center
Grand Forks, ND  58202
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Newsgroups: bit.listserv.sas-l
Date:         Wed, 6 Jan 1993 11:29:21 +0500
Reply-To:     David Webb <dcwebb@GIBBS.OIT.UNC.EDU>
From:         David Webb <dcwebb@GIBBS.OIT.UNC.EDU>
Subject:      Re: dos 5.0 & SAS 6.0.4
Comments: To: "R. Snyder" <rsnyder@LOBBY.TI.COM>
Comments: cc: Multiple recipients of list SAS-L <SAS-L@VTVM2.CC.VT.EDU>

On Wed, 6 Jan 1993, R. Snyder wrote:

> Date: Wed, 6 Jan 1993 10:01:45 CST
> From: R. Snyder <rsnyder@LOBBY.TI.COM>
> To: Multiple recipients of list SAS-L <SAS-L@VTVM2.CC.VT.EDU>
> Subject: Re: dos 5.0 & SAS 6.0.4
>
> SUBJECT:   DOS 5.0 and PC SAS 6.04
> SUMMARY:   DOS 5.0 will add some conventional memory. More Expanded is better.
> REL/PLTF:  6.07/HP300
> E-ADDR:    rsnyder@lobby.ti.com
> NAME:      Bob Snyder
> COMPANY:   Texas Instruments, Sherman, TX
> PHONE:     (903) 868-5799
> FAX:       (903) 868-7240
> >
> > I was wondering, does anyone know (in short form) any advantages/
> > disadvantages of using DOS 5.0 as opposed to DOS 3.3.  Basically
> > should I upgrade and why ( not just upgrade for upgrade sake )?
> > Also what is the maximum amount of expanded memory I can access using
> > SAS 6.04.
> > I have a 286 machine, with 2 Mb expanded memory ( I'm thinking of getting
> > more memory ), and a math coprocessor.  Getting a new machine is not
> > a realistic option.
> >
> > Tanks
> > Jeff
> >
> Jeff,
>
> I use DOS 5.0 with SAS 6.04 on 386 and 486 machines where it offers many
> advantages. As far as an AT is concerned the only DOS 5.0 advantage that I
> know of is the ability to relocate much of the DOS Kernal to the first 64K
> of extended memory. This alone is probably worth it.
>
> I don't know of any limits to SAS's use of expanded memory if the -ems all
> option is in your config.sas file. I give SAS 10M of expanded memory on my
> 486 and it seems to use it all just fine.
>
> Regards,
> Bob

I can't reference a manual, but one of the campus support folk here told
me that -ems all only gives 2 meg of expanded memory.  To get more you
have to use the following formula:

(K/16)-1  where K=the # of kilobytes of expanded memory you want.

i.e. for 4 meg of expanded memory you would have (4096/16)-1=255.
Then your ems line in config.sas would read as follows:

-ems 255

David
david_webb@unc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mailer: Elm [revision: 66.25]
Newsgroups: bit.listserv.sas-l
Date:         Tue, 12 Jan 1993 12:51:39 CST
Reply-To:     Grant Blank <grant@CICERO.SPC.UCHICAGO.EDU>
From:         Grant Blank <grant@CICERO.SPC.UCHICAGO.EDU>
Subject:      Comparison SQL to data step

----------------------------------------------------------------------
CONTENT:   Comparison of SQL to data step for finding non-matching obs.
SUMMARY:   SQL 25 times faster than data step
REL/PLTF:  6.07 all platforms
E-ADDR:    grant@sam.spc.uchicago.edu
NAME:      Grant Blank
ADDRESS:   1700 East 56th Street #2307 Chicago IL 60637-1935
PHONE:     312/947-8194
----------------------------------------------------------------------

Those who work with SQL may be interested in the following results.
I needed to match a sample with the universe to find nonmatching (i.e.
invalid) IDs.  The sample contains 1505 cases, the universe contains
92,454.  The SQL code is 7 lines and produced a list of 39 IDs in
0.31 seconds on a UNIX HP 9000/750.  The SAS data step is 6 lines and
required 7.94 seconds.  SQL was faster by a factor of over 25 times!

-Grant

The relevant portions of the SAS log are below.

20
21         data a;
22            merge library.comb02 (in = incomb) library.sc_link (in = inlink);
23            by pin;
24            if qed_type not in ('C', 'P');
25            if incomb = 1 and inlink = 0 then output;
26            run;

NOTE: The data set WORK.A has 39 observations and 33 variables.
NOTE: DATA statement used:
      real time           19.919 seconds
      cpu time            7.940 seconds

27
28
29         proc sql;
30            create table nomatch as
31               select *
32               from library.comb02
33               where qed_type not in ('C', 'P')
34                  and pin not in
35                     (select pin from library.sc_link)
36               ;
NOTE: Table WORK.NOMATCH created, with 39 rows and 32 columns.

37            quit;
NOTE: PROCEDURE SQL used:
      real time           4.481 seconds
      cpu time            0.310 seconds