HDTenEightyP/NetNews huggingface dataset:
From: parilis@gandalf.rutgers.edu (Gary Parilis)
Newsgroups: bit.listserv.sas-l
Subject: repeated measures manova in glm?
Date: 24 Jan 93 19:03:22 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


Anybody have any suggestions about how to put the following into a
single multivariate procedure?  It is simply a time1/time2
repeated measures design.  Each proc step below is tests the
within subjects change on a particular dependent variable.  The "pr"
and "di" prefixes refer to levels of the independent variable
(goaltype).  The suffixes refer to the dependent variables.  The
dependent variables are related, and somewhat correlated.

proc glm data=final;
 model pr_intvl di_intvl = / nouni;
 repeated goaltype 2;

proc glm data=final;
 model pr_util di_util = / nouni;
 repeated goaltype 2;

proc glm data=final;
 model pr_effrt di_effrt = / nouni;
 repeated goaltype 2;

proc glm data=final;
 model pr_prsur di_prsur = / nouni;
 repeated goaltype 2;

proc glm data=final;
 model pr_slfef di_slfef = / nouni;
 repeated goaltype 2;
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 28 Jan 1993 10:53:46 +0100
Reply-To:     "A.Santini A.Galassi" <halb@PRIX3.FIS.UNIPR.IT>
From:         "A.Santini A.Galassi" <halb@PRIX3.FIS.UNIPR.IT>
Subject:      Info...
Comments: To: sas-l@uga.bitnet

Hello... im SAS/C AmigaDos Customer... I would like to know if you think to
support AmigaDos 3.0 and when ?

     Bye bye from Halle
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 25 Jan 1993 07:23:08 EST
Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
From:         Howard Schreier <HIS@NIHCU.BITNET>
Subject: Re: CHANGING SIGN (+/-) IN SAS 6/07 - VMS

CONTENT:  Follow-up
SUMMARY:  DATA step view lets you have it both ways
REL/PLTF: 6.07+

Original question:

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

Later posting:

> Thanks to those who responded to my question about how to
> change the sign of some variables in a financial data set.
> The array suggestions probably would work but Jim from Notre
> Dame makes me embarrassed I asked by suggesting just to
> multiply by minus 1!!!
>
> I made the cardinal mistake of forgetting the K.I.S.S.
> theory of coding (Keep it Simple Stupid!).

The transformation itself is even simpler, since  the  unary
minus  operator  should  suffice;  that is, "x = -x;" rather
than "x = (-1)*x;".

As a separate issue, I would code an ARRAY  and  a  DO  loop
unless  there  are  just  a handful of variables and you are
sure that you won't be going in later to add more.  I  would
be  worried about accidentally coding "x = -y;", which would
be easy to do and perhaps hard to catch.

This seems like perhaps a perfect situation for a DATA  step
*view* (see Tech.  Report P-222).  The accountants could see
the original, which would adhere to their  sign  convention;
others could use the view, with the signs flipped.  However,
there would really  be  just  one  data  set  to  store  and
maintain.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   Howard Schreier, U.S. Dept. of Commerce, Washington    /
/                     MVS 5.18 & 6.07                      \
\   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
/   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Return-Path: <ecooch@sas.upenn.edu>
Posted-Date: Fri, 22 Jan 93 11:32:33 EST
X-Mailer: ELM [version 2.3 PL11-upenn1.8]
Newsgroups: bit.listserv.sas-l
Date:         Fri, 22 Jan 1993 11:32:33 EST
Reply-To:     Evan Cooch <ecooch@SAS.UPENN.EDU>
From:         Evan Cooch <ecooch@SAS.UPENN.EDU>
Subject:      benchmark table - Dell score
Comments: To: sas-l%marist.bitnet@cunyvm.cuny.edu

As someone recenlty pointed out to me, the - for the REG score for the
Dell 486 computer does NOT indicate that something about Dell computers
means it can't run regressions! It merely indicates that the person who
kindly ran the program didn't have SAS STAT, so couldn't gerenate a REG
timing.




           _///_              +----------------------------+
           -. .-              |       Evan G. Cooch        |
           ( L )    \////     |   Department of Biology    |
         --(\=/)--  (   )     | University of Pennsylvania |
        /         \ /  /      | Philadelphia, Pennsylvania |
        I          V  /       |   Phone: (215) 898-7129    |
        I            /        |     FAX: (215) 898-8780    |
        I           /         | ECOOCH@MAIL.SAS.UPENN.EDU  |
                              +----------------------------+
Newsgroups: bit.listserv.sas-l
From: meij@pop.psu.edu (Hendrik K. Meij)
Subject: sas v5 logist vs v6 logistic
Organization: Penn State Population Research Institute
Date: Fri, 22 Jan 93 17:38:08 GMT

Dear SAS'ers,

We got a problem here. In v5 PROC LOGIST a model with censored data
appears to be running fine (it converges). When we rerun these
models in v6's PROC LOGISTIC, the model does not converge. Are there
parameters which have a different meaning between these two PROC's we
should know about ??

Thanks for any help offered.
-Henk


      * * * * * * * *   Hendrik K. Meij
      *             *
      * Penn  State *   Population Research Institute
      *             *   -------------------------------------------
      *   1 8 5 5   *   meij@pop.psu.edu               814-863-7375
       *           *    22 Burrowes Building
         *       *      University Park, PA 16802
             *      
-- 

-=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=-

  * * * * * * * *   Hendrik K. Meij
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.sas-l
Date:         Tue, 26 Jan 1993 09:19:42 CST
Reply-To:     UDCW@SMUVM1.BITNET
From:         UDCW@SMUVM1.BITNET
Subject:      COMMA DELIMITED ASCII FILES

I have an ASCII file that is delimited by commas and quotation marks(").
Numeric and character variables are both separated by commas except
when a character variable contains commas then the entire text string
is enclosed in quotation marks.  For example,

12,54,67,"Welch,David",34,3,the big dog

Is there an easy way to read a file like this in SAS?  There are an
equal number of variables on each record and all variables are
ordered, but they are not fixed width.

Thanks in advance,
David Welch
Senior Systems Analyst
Southern Methodist University                            UDCW @ vm.cis.smu.edu
(214) 692-2036                                         dwelch @ sun.cis.smu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization:  School of Public Health, University of Minnesota
Newsgroups: bit.listserv.sas-l
Date:         Wed, 27 Jan 1993 09:35:26 -0800
Reply-To:     Jim Goes <goes@chimera.sph.umn.edu>
From:         Jim Goes <goes@CHIMERA.SPH.UMN.EDU>
Subject:      Re: Expanded memory with PC-SAS
Comments: To: Tom Bruulsema <XPEX%CORNELLA.BITNET@uga.cc.uga.edu>,
          SAS Discussion List <sas-l@uga.cc.uga.edu>

Tom Bruulsema <XPEX%CORNELLA.BITNET@uga.cc.uga.edu> sez:

> I recently installed PC-SAS version 6.04 on an IBM PS/2
> L40SX with a 386SX processor and 4MB RAM.  PROC ANOVA and
> PROC GLM work fine but when I try a moderately large
> factorial model in PROC GLM I get an insufficient memory
> message.  From the instructions in  the SAS/STAT manual I
> calculate that this problem should require about 1.2 MB
> of RAM. I use HIMEM.SYS and EMM386.SYS as memory managers
> and I've tried this problem with both 512 K expanded
> memory and with 2048 K expanded memory. Can PC-SAS use
> expanded memory for PROC GLM's matrix manipulations?
> Any suggestions on ways around this problem would be
> gratefully received.


I believe the answer is no, but I'm not 100% certain.  If anyone
knows better, feel free to correct me.  My impression is that SAS
uses expanded memory to load the program (executable) code, thereby
freeing up main dos (i.e. < 640k) memory for calculations.  One
option is to make sure that you have weaned everything you can from
main memory.  There should be nothing there but absolutely necessary
functions and the expanded memory driver.  No TSRs.  Running a SAS
job as a batch job from the command line will save you the memory
overhead required by the Display Manager.  If you still have the
problem, you may need a different platform to do this job.  Of course
SAS for OS/2 doesn't suffer from this silly memory limitation;
neither does SAS/Windows I believe.

--
***************************************************************
Jim Goes                   + InterNet: goes@chimera.sph.umn.edu
Health Management & Policy +           (NeXTmail welcome!)
School of Public Health    + Phone:    (612) 624-3118
University of Minnesota    + FAX:      (612) 624-3972
***************************************************************
Yes, I did change my mind.  But at least I kept the original!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 22 Jan 1993 09:12:17 EST
Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
From:         Howard Schreier <HIS@NIHCU.BITNET>
Subject: Re: PROC SQL

CONTENT:  Response
SUMMARY:  Wrap one SELECT around another
REL/PLTF: 6.06+

> SQL help please - the following gives me matched records
> plus all unmatched records from datasets ONE and TWO.  I
> want to restrict the content of BOTH to:  matched records
> (id1=id2) + all unmatched records from dataset TWO +
> unmatched records from dataset ONE where drg1 = '300'.  As
> an SQL neophyte, no matter what SQL expression I try, I
> don't get the desired result.
>
> options nocenter;
>
> data one;
> input
> @1 id1  $char3.
> @5 var1 $char3.
> @9 drg1 $char3.;
> cards;
> 123 on1 300
> 234 on2 200
> 345 on3 300
> ;
> run;
>
> data two;
> input
> @1 id2  $char3.
> @5 var2 $char3.
> @9 drg2 $char3.;
> cards;
> 123 tw1 300
> 456 tw2 300
> ;
> run;
>
> proc sql;
> create table both as
> select *
> from one full join two
> on id1 = id2;
>
> proc print data=both;
> run;

I would just let the outer JOIN  work  as  it  is;  it  will
return  a  row  with  ID1=234 which you don't want.  You can
code a second filter outside your existing SELECT:

   select * from (select *
                 from one full join two
                 on id1 = id2)
      where drg1='300' or id2 is not missing;

This assumes that ID2 is never missing in the original data.
The result:

   ID1  VAR1  DRG1  ID2  VAR2  DRG2
   --------------------------------
   123  on1   300   123  tw1   300
   345  on3   300
                    456  tw2   300

PS:  The inclusion of a complete simplified example with the
question  made  it  much  easier  for  me  to  work with the
problem.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   Howard Schreier, U.S. Dept. of Commerce, Washington    /
/                     MVS 5.18 & 6.07                      \
\   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
/   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:ALAN@bss1.umd.edu>
X-Pmrqc:      1
Priority:     normal
X-Mailer:     Pegasus Mail v2.3 (R4).
Newsgroups: bit.listserv.sas-l
Date:         Thu, 21 Jan 1993 09:33:39 EDT
Reply-To:     Alan Neustadtl <ALAN@BSS1.UMD.EDU>
From:         Alan Neustadtl <ALAN@BSS1.UMD.EDU>
Subject:      TOBIT analysis in SAS
Comments: To: SAS-L@ohstvma.acs.ohio-state.edu

**********************************************
This has been cross-posted on SAS-L and STAT-L
**********************************************

        I have a student working on an M.A. thesis, and his data
warrant using a TOBIT analysis.  Does anyone out there know how to
do this in SAS?  Our other option is to download the data from the
mainframe to a PC and run it in SHAZAM or LIMDEP.  Since he is in
a hurry, he would prefer not to take these extra steps (the data
are in a SAS system file).

        Thanks in advance...

Best,
Alan

Alan Neustadtl
Department of Sociology
University of Maryland
College Park, MD  20742

1-301-405-6411
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Posted-Date:     26 Jan 93 10:22:58 EST
X-Pmrqc:  1
X-Mailer: Pegasus Mail v2.3 (R1).
Newsgroups: bit.listserv.sas-l
Date:         Tue, 26 Jan 1993 10:22:58 EST
Reply-To:     Ted Greenstein <TED@SERVER.SASW.NCSU.EDU>
From:         Ted Greenstein <TED@SERVER.SASW.NCSU.EDU>
Subject:      Reordering variables in a SAS dataset
Comments: To: sas-l@vtvm2.bitnet

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?

Just for comparison, I notice that SPSS/PC has a command that will do
exactly this: reorder the variables in any desired ordering.


Theodore N. Greenstein
307 1911 Building
Department of Sociology and Anthropology
North Carolina State University
Raleigh, NC 27695-8107

Voice: (919) 515-3114  FAX: (919) 515-2610
Email: ted_greenstein@ncsu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.sas-l
Date:         Tue, 26 Jan 1993 19:57:13 EDT
Reply-To:     Ray Pass <PASSRAY@CPMAIL-NZ.CIS.COLUMBIA.EDU>
From:         Ray Pass <PASSRAY@CPMAIL-NZ.CIS.COLUMBIA.EDU>
Subject:      SUGI 18 Round Tables - PART 2
Comments: To: SAS-L@uga.bitnet

Dear SAS-L'ers,

     Congratulations!  You made it to Part 2.  If you don't know what
this means, go find Part 1 of this thing, read it, and then come back
here.

           SUGI 18 Round Table Discussion Facilitator Sign-up Sheet
           -------------------------------------------------------

Name: _____________________________   Phones: (Office)__________________

Address:___________________________              (FAX)__________________

        ___________________________             (Home)__________________

        ___________________________

        ___________________________

 E-Mail:___________________________

RT Topic Choices:  TOPIC #      RANK
                   -------      ----

               1)  _______      ____           You don't have to fill

               2)  _______      ____           in all the blanks, only

               3)  _______      ____           as many as you wish.

               4)  _______      ____           We'll try to assign

               5)  _______      ____           first choices if

               6)  _______      ____           possible.  If you have

               7)  _______      ____           no real real preferences,

               8)  _______      ____           that's best of all.

               9)  _______      ____           Questions, call Ray

              10)  _______      ____           or Neil.  Thanks.


Please return to Neil Howard at:

    1) E-Mail: 0004450542@mcimail.com

OR  2)    FAX: 719-548-5823

OR  3)   Mail: MCI Telecommunications
               Advanced Technologies
               4678 Alpine Meadows Lane, Dept 1810/117
               Colorado Springs, CO 80919

OR  4) Phone:  719-548-5872
-------------------------------------------------------------------------
Thanks again.  See you in New Yawk.  Neil & Ray
-------------------------------------------------------------------------





 *--------------------------------------------------------------------------*
 | Ray Pass, Ph.D.                                    Voice: (212) 305-7748 |
 | Columbia-Presbyterian Medical Center                 Fax: (212) 305-3302 |
 | 161 Ft. Washington Ave.       AP1310                                     |
 | New York, NY 10032-3784               passray@cpmail-nz.cis.columbia.edu |
 *--------------------------------------------------------------------------*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 27 Jan 1993 12:27:48 -0600
Reply-To:     Kernon Gibes <gibes@SWIRL.MONSANTO.COM>
From:         Kernon Gibes <gibes@SWIRL.MONSANTO.COM>
Subject:      RE: merging animal and weather data
Comments: To: SAS-L@uga.cc.uga.edu@tin.monsanto.com
Comments: cc: GIBES@tin.monsanto.com

Lisa Kriese (ansc413@unlvm) says, in part:

>      He has animal data with beginning and ending dates on trial.  Some
>animals will start on the same day, but most end on different days.  In
>another file he has daily weather information.  He needs to find the
>average weather information for each animal given their beginning and
>ending dates  (on average 3 months worth of weather data) on trial.

Perhaps Howard S. can improve on the SQL approach given below.  It
assumes that the ANIMAL data set has just one observation per animal
with separate variables for beginning and ending date (BEGDATE,
ENDDATE).  This could also be done with a variety of data step
approaches, including using a SET WEATHER POINT= within a DO loop.

Kernon Gibes
Internet: gibes@swirl.monsanto.com

/**
  ANIMAL has 1 obs/animal with ID, BEGDATE and ENDDATE
  WEATHER has 1 obs/date with DATE, TEMP
**/
proc sql;
  select mean(temp) as avetemp, id
  from weather, animal
  where date ge begdate and date le enddate
  group by id
;
From: rsnyder@LOBBY.TI.COM (R. Snyder)
Newsgroups: bit.listserv.sas-l
Subject: Re: Reordering variables in a SAS dataset
Date: 26 Jan 93 17:27:57 GMT
Reply-To: "R. Snyder" <rsnyder@LOBBY.TI.COM>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL16]
Comments: To: TED@SERVER.SASW.NCSU.EDU
Comments: cc: sas-l@uga.cc.uga.edu
              26, 93 10:22 am

SUBJECT:   Reordering data set variables
SUMMARY:   SQL
REL/PLTF:  6.08/Windows
E-ADDR:    rsnyder@lobby.ti.com
NAME:      Bob Snyder
COMPANY:   Texas Instruments, Sherman, TX
PHONE:     (903) 868-5799
FAX:       (903) 868-7240
>
> 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?
>
<stuff deleted>
>
> Theodore N. Greenstein
> 307 1911 Building
> Department of Sociology and Anthropology
> North Carolina State University
> Raleigh, NC 27695-8107
>
> Voice: (919) 515-3114  FAX: (919) 515-2610
> Email: ted_greenstein@ncsu.edu
>
Hi,

Since you are using 6.08 you can use PROC SQL to easily perform this task.

proc sql;

create TABLE | VIEW new as

  select var1, var2, ..., varN
    from old;

quit;

Regards,
Bob
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
Via: uk.ac.leicester; Fri, 22 Jan 1993 11:00:24 +0000
X-Mailer: ELM [version 2.3 PL0 (LUT)]
Newsgroups: bit.listserv.sas-l
Date:         Fri, 22 Jan 1993 10:55:40 GMT
Reply-To:     Simon Dunkley <sdd@LEICESTER.AC.UK>
From:         Simon Dunkley <sdd@LEICESTER.AC.UK>
Subject:      Saving time with indices...
Comments: To: "(SAS(r) Distribution list)" <sas-l@vtvm2.cc.vt.edu>

A colleague here, John Woods <wrj@le.ac.uk> sent me the following, which
may interest some people:

Forwarded message:

>       I have a large dataset (76,000 obs, 8 vars = 5.6Mb) that I needed
>       to do a many to one linkage from a small dataset (900 obs, 2 vars)
>       When I came across the 'create index' thing (new) in 'proc datasets'
>       I thought that this might be a more economical way of doing the
>       linkage rather than using 'proc sort' on both files.
>       I was expecting that 'proc sort' and 'create index' would take
>       about the same cpu time and the 'merge' would take slightly longer.
>       The saving being that I do not need the disk space to hold the sorted
>       verions of the datasets. The index (a character string) takes only 75K.
>       Because the one dataset is tiny compared with the other I decided to
>       see what the timing differences were whith the various combinations
>       of sorting and indexing.
>
>               order           order   merge
>       Big     time    Tiny    time    time
>       sort    12.6    sort    0.25    10.58
>       sort    12.6    index   0.57    11.89
>       index   22.6    sort    0.25    50.03
>       index   22.6    index   0.57    50.7
>
>       I really didn't expect the difference to be five fold on the merge,
>       or three times overall.
>
>               John.

    Simon

      00 0 O o o...
     0    ___         _________________ _______________ _______________
    ][_n_i|(  ooo___  | Simon Dunkley | |   sdd@le    | | sdd@le.ac.uk|
   (  __  | | |     | | Department of | |University of| |     +44     |
   _||__|_|_|_|_____|_|__Psychiatry___|_|__Leicester__|_|_533__523259_|
    o  O--O    o o o    o-o       o-o      o   o   o       o   o   o
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:phil@wubios.wustl.edu>
Return-Path: <phil@wubios>
X-Mailer: ELM [version 2.4 PL20A]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 990
Newsgroups: bit.listserv.sas-l
Date:         Fri, 22 Jan 1993 13:56:26 -0600
Reply-To:     "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
From:         "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
Subject:      Performance of Proc MIXED
Comments: To: SAS Mailing List <SAS-L@ohstvma.ircc.ohio-state.edu>

While doin some analyses using the Beta OS/2 version of PROC MIXED, we noted
that


>     The program                              *   sample sizes: *
>     PROC MIXED METHOD=REML;                  *   BELT     n    *
>       CLASS BELT STATION;                    *    .     7249   *
>       MODEL MAP = BELT/ SOLUTION;            *    0     2093   *
>       RANDOM STATION(BELT);                  *    1     2594   *
>       FORMAT BELT BLT.                       *******************
>     RUN;
>     took 26 minutes to run. The same program with the addition of
>     WHERE BELT IN (0 1);
>     took 6 minutes.  The results were the same.
>

Now this is wall time and we know that disk i/o can have a major effect, but
this seems a little strange.  Anyone else noticed similar results?

-phil


--
     J. Philip Miller, Professor, Division of Biostatistics, Box 8067
         Washington University Medical School, St. Louis MO 63110
          phil@wubios.WUstl.edu - (314) 362-3617 [362-2694(FAX)]
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 25 Jan 1993 15:50:36 EST
Reply-To:     "Gullapalli, Prasad" <KN27@MARISTB.BITNET>
From:         "Gullapalli, Prasad" <KN27@MARISTB.BITNET>
Subject:      subscription request

Hi,

 I am prasad, graduate student in computer science department in
Marist College specializing in Software development. I am very much
interested in subscribing to your group because of my research intersts
in this field.

My E-Mail address is KN27@MARISTB.BITNET

THANK YOU,


PRASAD.
Newsgroups: bit.listserv.sas-l