HDTenEightyP/NetNews huggingface dataset:
Return-Path: <ECOOCH@PENNSAS.UPENN.EDU>
Newsgroups: bit.listserv.sas-l
Date:         Wed, 15 Apr 1992 17:26:29 EST
Reply-To:     Evan Cooch <ECOOCH@PENNSAS.UPENN.EDU>
From:         Evan Cooch <ECOOCH@PENNSAS.UPENN.EDU>
Subject:      ESTIMATEd slopes in SAS
Comments: To: stat-l%mcgill1.bitnet%cornellc.ccs.cornell.edu
              @NOC2.DCCS.UPENN.EDU,
              sas-l%marist.bitnet%cunyvm.cuny.edu@NOC2.DCCS.UPENN.EDU

Greetings...

Thanks to all who kindly responded to my query concerning "why slopes estimated
in ANCOVA using ESTIMATE in PROC GLM were different from slopes estimated
level by level"...or something like that. To paraphrase some of the responses,
the reason reflects the fact that with GLM in an ANCOVA design, you are
using the pooled error terms of the n individual regressions. If variances are
more or less homgenous among groups (a rare event in biology, but thats
another issue altogether), then the significances of the two approaches should
be comprable.

Now, on to a related question...

Suppose I have the same simple ANCOVA design that I described in the initial
query, except that I now have 4 levels of the class variable TRT (say
A B C and D). I do my standardANCOVA, and find that, overall, there is
significant heterogeneity of the slopes. I use the contrast statement in
PROC GLM to do paired slopes comparisons, and I find that level D of TRT has
a slope which is significantly different from the others. What I now want to
do is ask the question..."OK, suppose I leave out D. Do the intercepts of A, B
and C differ significantly".

My question is, what is the most meanignful way of "leaving out D"? I can
either

(a) drop D from the data set altogether, and run the ANCOVA on A -> C
    only.

or

(b) Leave D in, but using the CONTRAST statement in GLM, test only
    A B and C (using 3 different contrast statements, one for each
    paired comparison).

My hunch is that the answers will differ in much the same way as they did in
my earlier "slopes" question. Would the arguments for/against be analogous?

Thanks in advance...

           _///_              +----------------------------+
           -. .-              |       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@PENNSAS.UPENN.EDU  |
                              +----------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 14 Apr 1992 12:45:00 EDT
Reply-To:     "PIAZZA, SANDI 656-3712" <HELPME@CLEMSON.BITNET>
From:         "PIAZZA, SANDI 656-3712" <HELPME@CLEMSON.BITNET>
Subject:      re: Upper case conversion

In reply to Raj Singh's questionon converting first letter of word to
uppercase..
 It is not a very trivial problem as SAS does not have a lower() function
to convert from uppercase to lowercase.

According to be brand new (just arrived today) SAS Technical Report
P-231: SAS Software: Summary of Changes and Enhancements Release 6.07
(on page 9) there is now a function LOWCASE which does just this:
converts uppercase to lowercase !!!!!

                  Sandi
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 7 Apr 1992 08:22:50 CET
Reply-To:     Christian Burger <BURGER@DMRHRZ11.BITNET>
From:         Christian Burger <BURGER@DMRHRZ11.BITNET>
Subject:      Re: SAS/GRAPH problem with splitting plots.
              6 Apr 1992 14:19:55 GMT from <SDD@LEICESTER.AC.UK>

On Mon, 6 Apr 1992 14:19:55 GMT <SDD@LEICESTER.AC.UK> said:
>...
>	I'm having a small problem with SAS/GRAPH.  I can get a nice,
>pretty little gplot of a regression line with 95% confidence limits, but
>for a variety of reasons, I need to split the lines into two (by year)
>but still put both of the resulting lines on the same graph.  The
>specific data are as follows:
>...

The easiest approach to introduce a gap into a plot seems to be the
following: include a dummy observation with missing value (y=.; or so)
at the desired position, and use /skipmiss with the plot command.
Maybe, this could also be adapted to Simon's problem which seems little
obscure.

Christian Burger
Dept. of Physical Chemistry, U. of Marburg, Germany
burger@dmrhrz11.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 8 Apr 1992 12:43:39 EDT
Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
From:         Howard Schreier <HIS@NIHCU.BITNET>
Subject: Re: Automatic char/num conversions

> >The variable BREED is
> >character in the permanent datasets that are used to make the temporary
> >dataset, VIRGINIA.
> >  I corrected the program by enclosing the digits in quotes, and now it
> >runs fine.
>
> >9          DATA SPNGH; SET VIRGINIA;
> >10           IF YEAR>88 THEN WEIGHT=WEIGHT/NUMBER;
> >11           IF BREED=1 THEN BRD='HEREFORD';
> >12           IF BREED=2 THEN BRD='ANGUS';
> >13           IF BREED=5 THEN BRD='ANGUSX';
> >14           IF BREED=7 THEN BRD='CHARX';
> >15           IF BREED='H' THEN BRD='HEREFORD';
> >16           IF BREED='A' THEN BRD='ANGUS';
> >17           IF BREED='AX' THEN BRD='ANGUSX';
> >18           IF BREED='C' THEN BRD='CHARX';
> >19           IF BREED='CX' THEN BRD='CHARX';
> >
> >NOTE: Invalid numeric data, BREED='AX' , at line 11 column 6.
> >NOTE: Invalid numeric data, BREED='AX' , at line 12 column 6.
> >NOTE: Invalid numeric data, BREED='AX' , at line 13 column 6.
> >NOTE: Invalid numeric data, BREED='AX' , at line 14 column 6.
>
> Todd's experience suggests that SAS has determined BREED to be a numeric
> variable either based on first reference or because of its definition when SAS
> data set VIRGINIA was created.

No, BREED is a character variable.  Yes, SAS is  complaining
because   this  character  variable  contains  a  meaningful
character value ("AX").  It  seems  a  little  strange,  but
there is a reason.

Line 11 requires SAS to compare a character  variable  to  a
numeric  constant.   The conversion rule for this situation,
which is documented, is to convert  the  character  side  to
numeric.  Note #1:  the opposite rule (converting numeric to
character) would eliminate the problem which turns up  here,
but  the  details  of  the character representation (length,
punctuation, precision, alignment) would often undermine the
comparison;   for  example,  (2+2='  4')  might  convert  to
('4.0'='  4'), which would evaluate as false.  Note #2:   as
I  understand  it,  SAS makes its decision independently for
each instance,  at  compilation  time;  thus,  line  11  was
compiled  to  perform  a  numeric comparison even though the
presence of lines 15 through 19 and the presence in the data
set  of non-convertible values (which are not examined until
execution time) suggest otherwise.

It is generally good practice to avoid relying on  automatic
conversions.   Use  quotation  marks  and  the PUT and INPUT
functions, as appropriate.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   Howard Schreier, U.S. Dept. of Commerce, Washington    /
|    (Using Versions 5.18 & 6.06 under IBM OS MVS/ESA)     |
/   BITNET: HIS@NIHCU          INTERNET: HIS@CU.NIH.GOV    \
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 13 Apr 1992 15:14:20 EDT
Reply-To:     Tim Dorcey <TCD@CORNELLC.BITNET>
From:         Tim Dorcey <TCD@CORNELLC.BITNET>
Subject:      SPEC option on REG

Can someone tell me what the SPEC option does in PROC REG?  According
to SAS/STAT User's Guide, Version 6,
     "The SPEC options performs a test for heteroscedasticity.
      When the SPEC options has been specified, tests with both
      the usual covariance matrix and the heteroscedasticity
      consistent covariance matrix are performed. Tests performed
      with the consistent covariance matrix are asymptotic.  For
      more information, see White (1980).
From the second sentence, I thought I might see 2 different "t-ratios",
one using the usual standard error and a second based upon the
consistent covariance matrix.  Instead, I see a Chi-square test labeled
"Test on first and second moment specification."  What the person I
am trying to assist is really after is a test for heteroscedasticity
that is due to White(1980), and whose formula/rationale she brought in from
a textbook.  It's my guess that this is in fact the Chi-square SAS is
printing out, but how is one to know for sure?  Why can't SAS Inst.
provide a Tech Report that thoroughly documents their statistical
methodology?  Surely, they must already have something like that put
together for internal use.  Why don't I just go look up the article
by White, you may be wondering.  From past experience, I have learned
that the original publication on an idea (the one that does deserve
citation) often includes several approaches to a problem and it is not
until a few years go by that everyone agrees that "White's formula 23
is the 'White Test', to be used henceforth in testing heteroscedasticity."
I could be wrong in this case; perhaps, I can infer from White (1980)
exactly what SAS is doing.  But, why couldn't they just tell me?
     Anyway, enough complaining.  Does anyone know what the SPEC option
does?  Thanks,

Tim Dorcey                        BITNET:   TCD@CORNELLC
Statistical Software Consultant   Internet: TCD@CORNELLC.CIT.CORNELL.EDU
Cornell Information Technologies  Phone:    (607) 255-5715
Cornell University
Ithaca, NY  14853
From: sparap@jim.mscs.mu.edu (Rodney Sparapani)
Newsgroups: bit.listserv.sas-l
Subject: Re: SAS with X
Date: 15 Apr 92 18:03:41 GMT
Article-I.D.: spool.2854
Organization: Marquette University - Department MSCS

In article <1992Apr15.004632.29528@hp9000.csc.cuhk.hk> a006700@hp9000.csc.cuhk.hk (Tang Lai Wah Sammy) writes:
>We're intended to set up sas services with X. The initial access point
>1. HP 730 for sas and X.
>2. HP 817s server for NFS.
>
>As we've no experience on sas with X and HP's server, we would like to
>, therefore, hear any comment on the setup and feasibility on implement
>it with HP's machines.
>
><sammy@csc.magate1.cuhk.hk> 


Well, I'm not the most experienced user, but it just so happens that we
have a local area network running SAS on 
1)  HP730
2)  HP827
3)  HP700-Xstations

The biggest problem that we had was the networking.  Once you solve that,
it's not too bad.  First, you'll want your 800 series as the Font server
for your X-stations.  Then you'll probably want to memorize the UNIX
Companion Manual from SAS.  Lots of get your hands dirty-type examples.
Also, you'll probably get a little help from the X-window Handbook from 
HP for the System Administrator and the System Administrator Handbook for 
the X-stations.
--
Never cheat on a woman, they hate that.

DISCLAIMER:  If you believe this message is offensive, illegal, immoral,
or otherwise politically incorrect, then you probably get my drift.
Newsgroups: bit.listserv.sas-l
Subject: Disobedient axis labels
From: C.B.Christie@massey.ac.nz (C.B. Christie)
Date: Mon, 13 Apr 92 02:25:07 GMT
Organization: Massey University, Palmerston North, New Zealand
Keywords: Labels htext ftext greplay
Summary: Unacceptable text generated in greplay
X-Reader: NETNEWS/PC Version 2c



Hi there readers,

I have a problem getting the goptions statment 'obeyed' when attempting
to put labels on a 3d graph in a greplay.

To my utter dismay and ongoing consternation (yes that is a sign of
desperation!!!) the font appears stretched vertically and compressed
horizontally. It comes out very much larger than requested so I have set
'it' to produce letters ca 0.2 in by the htext =.05.

Is this experience just revealling a commonly accepted feature of this
'mother of all programs'? Or is there a way to get back to normality?

I enclose a copy of the code for the section that is causing the trouble
on a DEC station  with  SAS version 6.07.01.

Title1;
/*goptions device=vga;*/
goptions rotate=portrait dev=APLPLUS gsfname=out6 gsfmode=replace
   reset=(symbol) nodisplay  ftext=simplex htext=.05 in;
proc gslide  gout=je1;
note move=(0,0) pct;
note move=(15,67) pct la=90  'Productive efficiency';
note move=(0,0) pct move=(42,52) pct la=-8.5 'Day temp. (C)';
note move=(0,0) pct move=(87,55) pct la=50 'Night temp. (C)';
note move=(0,0) pct;
note move=(15,19) pct la=90  'Productive efficiency';
note move=(0,0) pct move=(42,0) pct la=-8.5  'Day temp. (C)';
note move=(0,0) pct move=(87,3) pct la=50 'Night temp. (C)';
run;

goptions gprolog='25210d0a'x rotate=portrait dev=aplplus gsfname=jex
        gsfmode=replace reset=(symbol) nodisplay hsize=7.5 in  vsize=10
in;
proc greplay nofs;
        tc tcat;
        tdef temp11
1 / llx=15  lly=62
    ulx=15  uly=100
    lrx=95 lry=62
    urx=95 ury=100
2 / llx=15  lly=20
    ulx=15  uly=58
    lrx=95 lry=20
    urx=95 ury=58
3 / llx=15   lly=0
    ulx=15   uly=15
    lrx=100 lry=0
    urx=100 ury=15
4 / llx=0    lly=20
    ulx=0    uly=100
    lrx=100  lry=20
    urx=100  ury=100;
igout=je1;











template temp11;
tplay 1:2 2:1 3:3 4:4;
run;
end;
endsas;

If the rest of the code is required please email me.
Thanks in anticipation

Bruce Christie

C.B.Christie@massey.ac.nz

Disclaimer: My problems are of my own making, the responsibilty
for them probably belongs to me alone.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 13 Apr 1992 11:41:06 CDT
Reply-To:     Vijay Bollapragada <RCH@LSUVM.BITNET>
From:         Vijay Bollapragada <RCH@LSUVM.BITNET>
Subject:      Upper case conversion

In reply to Raj Singh's questionon converting first letter of word to
uppercase..
 It is not a very trivial problem as SAS does not have a lower() function
to convert from uppercase to lowercase.
 One way of doing the conversion is as follows. If NAME is the variable
to be converted use the TRANSLATE function to convert all the upper case
letters to lowercase and then use SUBSTR to convert first letter back to
Uppercase using the UPCASE() function in SAS.
             NAME=TRANSLATE(NAME,'abcde...z','ABCDE....Z');
             NAME=upcase(substr(NAME,1,1);

If NAME = MARGARET the result should be Margaret.
 This may not be the most efficient way of doing it but it works!!
   Vijay Bollapragada
Newsgroups: bit.listserv.sas-l
From: tft8g@holmes.acc.Virginia.EDU (Tim F. Jost Tolson)
Subject: Urgent help with Prime & SAS & CPU ID check requested
Summary: From where does SAS get CPU Serial number on Prime 9955?
Originator: tft8g@holmes.acc.Virginia.EDU
Keywords: Prime, SAS, CPU ID
   SAS Tech. support is gone for the weekend, but we've run into a
Organization: University of Virginia
Distribution: usa
Date: Sun, 12 Apr 1992 03:07:24 GMT

   We've had major hardware problems this week.  Today, the engineers
installed our third CPU board, floppy controllers, etc.  When they
brought the system back up, SAS failed with the message:
   "This copy of SAS uninitialed, Please run PROC SETINIT, ..."
When you get into SAS, and try to do a data step, you get message
"Your Service Agreement has expired, please contact ....." and it
ABENDS and does a core dump.

    I know it's not expired.  The SAS SETINIT file I ran last year shows 
expiration of 92135, which is correct, May 15th, and with the built-in
60 day grace period, it should run throught July 15th.  However, the
serial number in the SETINIT file _is_ different than the one shown
when I run the CPU_ID.RUN  file.

    The CPU_ID.RUN file that SAS provides shows that for some reason, the
CPU serial number has changed on this 3rd CPU board installation.  The
engineers are saying they did the EXACT same thing they did the
previous 2 times.

    My question is....does anyone know from where SAS gets this CPU
information?  When you run the CPU_ID check, you get a message:

OK, r cpu_id
Current Processor model: 9955 Setinit class: K Serial number: FN023776.
OK, 

******> Where is SAS Peeking to get this serial number?

IF we have to wait to Monday, to get Tech support, so be it.  But I know 
we have users trying to finish their dissertation analysis under a deadline
of expulsion from their program, so they are VERY anxious to get it running.
And moving them to another system is difficult, because part of our hardware
problems involved TCP/IP and FTP!  (When it rains, it pours... like a cow 
urinating on a flat rock.)

   Thanks in advance for any assistance on this - Tim.
----------------------------------------------------------------------------
    Tim F. Jost Tolson, User Services Group, Academic Computing Center,
    Gilmer Hall, University of Virginia, Charlottesville, VA 22903-2453
         tft8g@virginia.edu (or .bitnet)           804-924-0628

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 13 Apr 1992 14:17:52 PDT
Reply-To:     VM/CMS consulting test account <CONTEST@U.WASHINGTON.EDU>
Comments:     Warning -- original Sender: tag was
              CONTEST@UWAVM.U.WASHINGTON.EDU
From:         VM/CMS consulting test account <CONTEST@U.WASHINGTON.EDU>
Subject:      SAS 6.04 Graph not TIFF but HPGL
Comments: To: "Michael T. Weaver, RN Ph.D." <NURS036@UABDPO.DPO.UAB.EDU>,
              "SAS(r) Discussion" <SAS-L@UGA.BITNET>
              13 Apr 1992 13:43:40 CDT from <NURS036@UABDPO.DPO.UAB.EDU>

On Mon, 13 Apr 1992 13:43:40 CDT Michael Weaver wrote:
>Version: 6.04
>Platform: PC / DOS
>SAS/GRAPH
>
>At my previous worksite, we had WORDPERFECT, and I had no problems directly
>generating SAS/GRAPH files & reading them into documents.
>
>Here, however, I've got to use MS/WORD for Windows, which
>(as far as I can determine) expects TIFF graphics for importing into documents.
>
>I could not see a TIFF driver in gdevice.devices, and only found suggestions
>in the SAS-L archives for using another program (like Harvard Graphics) to
>translate the graphics file.
>
>Does anyone have a metagraphics driver that produces TIFF format files, or
>a point that I've missed somewhere along the way to import SAS/GRAPH
>into MS/Word-Windows?
>

  Not TIFF but HPGL.  I use this (but have not tried others) with
MS WORD 5.5.   Same 'platform'.  I found leaving the hardward stuff on
(e.g. POLYFILL vs. NOPOLYFILL) does not work.

 /* SAS HPGL GOPTIONS which will work with WORD 5.5 (DOS) */
 GOPTIONS DEVICE=HP7550 GSFNAME=X GSFMODE=REPLACE NODISPLAY ;
 GOPTIONS AUTOFEED NOPROMPT;
 GOPTIONS  NOCIRCLEARC NODASH NOSYMBOL NOCELL;
           NOPOLYFILL NOFILL NOPIEFILL NOPOLYGONFILL NOCHARACTERS;
 filename X '12345678.hpg;

  bj.

VM/CMS Consulting test account UW Seattle,Wa. (206) 543-2877 Bob Jamieson
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 9 Apr 1992 18:38:00 EDT
Reply-To:     ERIC WEBB <EWZ@NCCIBM1.BITNET>
From:         ERIC WEBB <EWZ@NCCIBM1.BITNET>
Subject:      Re: TSO Question

> New SAS user.  I've been trying to set up batch SAS jobs (v6.06) in TSO.
>
> For some reason, my TSO editor can't deal with brackets [] and braces $.
> They disappear, and I get weird SAS error messages.  Any ideas?
>
> 

Joe,
  I assume you are using the PDF editor? This is an EBCDIC-based editor
while PCs are ASCII-based. If you are logging onto the mainframe via a
PC, and thus using the PC keyboard, you may be typing non-EBCDIC characters.

For example, if you type the left square brace and the caret, they will
disapper. Type "Hex On" at the command line, and you will see hex BA and
hex B0. PDF thinks they are invalid EBCDIC characters, so displays the
codes as blanks. PDF has not been changed to display ASCII characters.

  Hope I nailed your problem.

Regards,
Eric Webb
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Original-To:  sas, MWANGI
Newsgroups: bit.listserv.sas-l
Date:         Thu, 16 Apr 1992 00:01:00 PST
Reply-To:     MWANGI@UCRVMS.BITNET
From:         MWANGI@UCRVMS.BITNET
Subject:      Gini Coeffecients

Two sources of info on GINI COEFFECIENTS.  One i believe
SUGI 1983 has an article on them, which usesa Proc NLIN.
If you cannot find the reference i will dig it up for
you.  Second i have been calculating GINI's and have a
program that contains two different versions. If you are
interested i can send you the code.

Mwangi
Mwangi@UCRVMS
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 6 Apr 1992 11:55:53 EDT
Reply-To:     ted <LOTTHEF@GWUVM.BITNET>
From:         ted <LOTTHEF@GWUVM.BITNET>
Subject:      ICD-9-CM

ICD-9-CM codes with a 25 character text description are available from
 PMIC, 800-MED-SHOP, for $170. the ascii file is on a floppy and has all
 18,000 codes. the codes themselves are without decimal points, so i re-did
 the file inserting them in the  proper places. there were some   errors--
 duplicate text which i located and corrected.

 if anyone needs more info or has questions fell free to e-mail.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 9 Apr 1992 13:13:35 PDT
Reply-To:     Mark Schildhauer <schild%alishaw@HUB.UCSB.EDU>
From:         Mark Schildhauer <schild%alishaw@HUB.UCSB.EDU>
Subject:      Hallelujah for Unix users!
Comments: To: sas-l@ohstvma.ircc.ohio-state.edu
Comments: cc: schild@alishaw.ucsb.edu

Platform: Sun4
Version: 6.07: base,stat,ets, and soon, many more
Re: alleged pricing for academi Unix boxes

Folks,

  If Phil Miller's posting re Unix-SAS pricing for academic
institutions is true (and the man's info has been impeccable
in the past), then it's truly a big luau for me in Honolulu!

  We (UCSB) have been dreading having to cut back on numbers
of servers running SAS, as well as numbers of modules.
Now, I can rest in peace knowing that future generations of
students coming out of my facility will be versed in the joys
of SAS'ing.  The date of the announcement, however, does give
me some pause.

Aloha,
Mark Schildhauer
Social Science Computing Facility
Univ. Calif., Santa Barbara
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <phil>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.sas-l
Date:         Tue, 14 Apr 1992 12:48:36 CDT
Reply-To:     "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
From:         "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
Subject:      future sugi dates
Comments: To: SAS Mailing List <SAS-L@ohstvma.ircc.ohio-state.edu>

While I think of it:

New York, 5/9-12, 1993
Dallas 4/10-13, 1994
Orlando 4/2-5, 1995
Chicago 3/24-7, 1996 (tentative)
San Diego 3/16-19, 1997

-phil

--
     J. Philip Miller, Professor, Division of Biostatistics, Box 8067
	 Washington University Medical School, St. Louis MO 63110
     phil@wubios.WUstl.edu - Internet  (314) 362-3617 [362-2694(FAX)]
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 7 Apr 1992 09:42:31 LCL
Reply-To:     RIKARD@VCUMVS.BITNET
From:         RIKARD@VCUMVS.BITNET
Subject:      SUGI Shirts

From one of us unlucky few, who cannot go to SUGI in Hawaii
($#@%^&*()(*&^% Executive committee including most of the ones
that I know)  no, no, I'm not upset. I think that it is wonderful
that Hawaii was chosen, a real stroke of genius.

For us, the shirts are in the mail. Mine came yesterday. While
I thought that we were going to get a Hawaiian bird on the front
of one (looks like a crab or spider to me), they are right fine.

To all of you lucky enough to go (except the executive committee)
have a real good time, party for the rest of us, bof a lot, get
lots of good info (no sun, it will prematurely age your skin,
besides computer types don't go out in the daytime) and many more
of us will see you in NY next year.

******************************************************************
 Pete Rikard                        Bitnet RIKARD@VCUMVS
 VCU Computer Center                Phone (804) 786-4828
 110 S. 7th St, 4th Floor           FAX (804) 371-8464
 Richmond, VA 23219                 Internet sstsplr@vcuucc.ucc.vcu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU