HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.sas-l
Date:         Mon, 6 Apr 1992 16:05:01 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:      Re: Transport data sets
Comments: To: "Thomas D. LeFlore" <U43746@UICVM.UIC.EDU>,
              "SAS(r) Discussion" <SAS-L@UGA.BITNET>
              5 Apr 1992 20:36:26 CDT from <U43746@UICVM.UIC.EDU>

  (sas transport using FTP from PC to VM/CMS)

 Some incarnations of FTP use:
      binary
      quote site fixrecfm 80

  Note: sas transport files are usually lrecl 80 on vm/cms...no?
   therefore it would ie:binary F 80

bj.

On Sun, 5 Apr 1992 20:36:26 CDT you said:
>did you try "BINARY F 1024", this creates a fixed lrecl of 1024
>
>Tom
>
>In article <SAS-L%92040512251977@VTVM2.BITNET>, "John R. Gerlach"
><ACS03043@UDELVM.BITNET> says:
>>
>>      I received two diskettes supposedly containing one SAS data set
>>  in transport format.  The transport data set was generated on a VMS
>>  machine intended for use on an IBM 3090 (VM/CMS).  Both machines
>>  support SAS, Version 6.06.
>>
>>      Prior to uploading the transport data set, I needed to use the PC/DOS
>>  command RESTORE, creating a single EXE DOS file.  Then, I exploded the
>>  file producing its original transportable size of over 4 megabytes.
>>
>>      I uploaded the file to the IBM 3090 using FTP, BINARY mode.  However,
>>  the LRECL of the file produced was 8092 bytes, which is unacceptable for a
>>  transport data set.  For the hell of it, I used CIMPORT and received the
>>  expected error message denoting an improper format.
>>
>>      Then, I uploaded the file using FTP, without the BINARY mode.  The
>>  LRECL of the file produced was 80 bytes, which is proper.  But, I received
>>  the same error when I used CIMPORT.
>>
>>      When I looked at the file (LRECL 80) using the CMS command BROWSE,
>>  I noticed that the first record contained the following:
>>
>>    **** COMPRESSED ***  COMPRESSED  ***  COMPRESSED  ***  COMPRESSED  ****
>>
>>  which confused me even more.  I assume that the transport file created
>>  on VMS was done correctly, but I'm not sure.
>>
>>      Any suggestions would be greatly appreciated.  Thank you.
>>
>>
>>                                        --- John R. Gerlach
>>                                            University of Delaware
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 6 Apr 1992 17:12:43 EST
Reply-To:     MSZ03@ALBNYDH2.BITNET
From:         MSZ03@ALBNYDH2.BITNET
Subject:      TRANWRD Function

We run SAS 5.18 and 6.06 on MVS/ESA.  Under 5.18,  I have used the
TRANWRD function (from the SUGI Supplemental Library).  It also works
under 6.06 but I can't find a mention of this function in any of the
version 6 documentation (including the MVS companion).  Does anyone
know if this function is now available on other platforms (I know it's
not available under PC SAS 6.04) and, if so, where it's documented other
than the SUGI Supplemental manual?

Mike Zdeb                   New York State Department of Health
Concourse (C-144)                                MSZ03@ALBNYDH2
Albany, NY   12237-0045                           (518)474-2377
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 8 Apr 1992 10:12:11 -0400
Reply-To:     bob@MOJO.NIEHS.NIH.GOV
From:         bob@MOJO.NIEHS.NIH.GOV
Subject:      filenames
Comments: To: sas-l@uga.cc.uga.edu

Concatenating raw data files on input:  Was it not the case that in older
versions of SAS (prior to 6.06) one could use a single filename statment
to refer to multiple files? i.e. "filename a 'a.bat', b.dat'...;"  Now
I find myself having to write out an explicit filename statemtent for each.
Never thought I'd miss JCL but the ability to logically concatenate files
in the old "DD" statement was OK.
Running SAS 6.07 on aix, 6.06 VMS
filename a 'a.dat';
filename b 'b.dat';
...
filename z 'z.dat';
data all;
  infile a; input id; output;
  infile b; input id; output;
  infile z; input id; output;
thanks, Bob
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 17 Apr 1992 10:03:06 LCL
Reply-To:     RIKARD@VCUMVS.BITNET
From:         RIKARD@VCUMVS.BITNET
Subject:      Miscellaneous topics

1) The magnitude of missing values is neither a bug nor a
   "feature".  Missing values have some internal representation
   that is interpreted as being 'smaller than all numbers'.  I
   don't often cite RTFM, but before you claim something is a
   bug, a glance at the SAS User's Guide is recommended.
2) SMF/RMF reading is a much easier task in SAS. I have often
   recommended Barry Merrill's MXG code. If you only use the
   precoded smf/rmf readers it saves countless hours of coding.
   The cost is recouped instantly. We do most of our management
   reporting from MICS (a SAS based system), but this is fairly
   expensive and not a recommended first step in reporting or
   accounting.
3) PC/SAS and QEMM products. I have used most versions of both
   for years with no problems. I do keep the zaps applied to SAS
   and the most up to date version of QEMM. There have been
   buggy versions of QEMM but 6.02 runs right fine.
******************************************************************
 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
Newsgroups: bit.listserv.sas-l
Date:         Thu, 9 Apr 1992 09:28:17 -0400
Reply-To:     bob@MOJO.NIEHS.NIH.GOV
From:         bob@MOJO.NIEHS.NIH.GOV
Subject:      catting files, nice solution, V6 Lang Man p 387
Comments: To: sas-l@uga.cc.uga.edu

Further thanks to Gerry Pauline & Melvin Classen for pointing me to the
"filevar= " option on the infile statement as a smooth way to read from
my 100 + raw datasets.  My only caveat w/ this (which is trivial) is that
if all the raw datasets are listed conveniently in the "filename" stmt at
the beginning of yr code it provides me w/ a nice bit of autodocumentation
at the start - the same plcce where the  rest of my notes to my self are
kept.  More thanks to the list!
Bob
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 6 Apr 1992 14:40:00 EST
Reply-To:     "Keith J. Brown" <UNCDFC@UNC.BITNET>
From:         "Keith J. Brown" <UNCDFC@UNC.BITNET>
Subject:      SESUG BOF

Members of this list with photographic memories may recall
some mention of starting a Southeastern SAS Users' Group
(SESUG).  I'm pleased to announce that plans for this are moving
along, and that there will be a BOF Monday night at SUGI from
6 until 7.  Anyone interested in getting involved is cordially
invited to attend; there will be an announcement on the bulletin
board at the hotel regarding the location.


=================================================================

Keith J. Brown
User Consultant
Office of Information Technologies
Campus Box 3455                      (919) 962-6501
37 Phillips Hall
University of North Carolina         UNCDFC@UNC.BITNET
Chapel Hill, NC   27599-3455         UNCDFC@UNC.OIT.UNC.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 9 Apr 1992 11:51:13 -0400
Reply-To:     pat@po.CWRU.Edu
From:         "Paul A. Thompson" <pat@PO.CWRU.EDU>
Subject:      Re: SAS 6.07 transport files to DBMSCOPY
Comments: To: BOYDJ%QUCDN.QUEENSU.CA@VTVM2.CC.VT.EDU
Comments: cc: sas-l@vtvm2.cc.vt.edu

>
>(I'm posting this for the signer below)
>
>I am trying to convert a SunOS SAS 6.07 dataset into a transport
>file which is readable by DBMSCOPY version 2.0.
>
>This version of DBMSCOPY doen't recognize SAS 6.07, so I tried putting
>out a version 5 transport file (using 6.07) via procs CPORT and XCOPY.
>
>Unfortunately, I've had no success in creating a transport file which
>DBMSCOPY can recognize.  Any help in solving this problem would greatly
>be appreciated.  Please address any suggestions to:
>
>        marina@casemix.epid.queensu.ca
>
>Thank you, in advance, for your help!
>
>
>Marina Djurfeldt
>Case Mix Research
>Queen's University
>Kingston, Ontario, Canada.
>
>
My solution to this problem is to 1) set up a transport dataset
LIBNAME xxx SASV5XPT 'filename';
PROC COPY IN=whatever OUT=xxx;
     SELECT mem1, mem2 ...;
RUN;

Now take to PC, and use
LIBNAME yyy SASV5XPT 'filename';
LIBNAME zz 'subdirectory/structure/whatever';

PROC COPY IN=yyy OUT=zz;
RUN;

Now you can use DBMSCOPY on files zz.mem1.

--
Paul Thompson, Ph.D.  |  Department of Psychiatry  |  (216) 844-7463
Case Western Reserve University  | Cleveland, OH  44106
------------------------------------------------------------------------------
If marriage is outlawed, only outlaws will have inlaws.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 14 Apr 1992 04:04:17 -0400
Reply-To:     "Jeff Tomlinson, SB Computing Support,
              8716 2533." <tomlinsonjb%frgen.dnet@SMITHKLINE.COM>
From:         "Jeff Tomlinson, SB Computing Support,
              8716 2533." <tomlinsonjb%frgen.dnet@SMITHKLINE.COM>
Subject:      RE: SAS 6.04 Graph not TIFF but HPGL
Comments: To: SAS-L@uga.cc.uga.edu%INET.dnet@smithkline.com
Comments: cc: TOMLINSONJB@smithkline.com.local

By using HPGL with Word for Windows, you can edit the graph using
the "DRAW" applet supplied with Word for Windows. Invaluable for
tiding up the graph. The last 5% was always the hardest.

J
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"sas-l@uga"
Original_cc:  STROTHHM
Newsgroups: bit.listserv.sas-l
Date:         Thu, 16 Apr 1992 15:59:00 EDT
Reply-To:     Helen Strother <STROTHHM@SNYONEVA.BITNET>
From:         Helen Strother <STROTHHM@SNYONEVA.BITNET>
Subject:      Reading data from 2 lines into an array

Hi all,
        I am writing a test scoring program and am trying to load the answer
key into an array to score the tests.  The problem I am running into is when the
answer sheet is more than one page, thereby being 2 lines in the external data
file.  Is there a way that SAS can load data from 2 lines into an array?  I
have RTFM and can't find the answer.  Thanks in advance.

                Helen Strother
                STROTHHM@SNYONEVA.BITNET
                Academic Computing
                SUNY College at Oneonta
                Oneonta, NY 13820
From: axpmw@acad2.alaska.edu
Newsgroups: bit.listserv.sas-l
Subject: VMS 6.06 Header in reports ques.
Date: 17 Apr 92 01:13:30 GMT
Organization: University of Alaska

I want to create a header for a report:

  11/22/92          Title              Page 1

I want to know how to define a page variable or what system variable
so that I can have page numbers.  Is there any easy way to do this?

(Vax/vms sas 6.06)

This is some of the code I've been attempting...

>>  DATA _NULL_;
>>     IF _N_ < 2 then PAGE=0;
>>     SET CCIDBASE.CCIDDATA;
>>     PAGE=PAGE+1;
>>     TDAY=DATE();
>>     FILE 'ALPHA1.LIS' PRINT PS=60 LS=90 HEADER=NEWPAGE  NOTITLES ;
>>     FORMAT TDAY MMDDYY8. DDATE MMDDyy8. IDTYPE T1X.;
>>     PUT @5 FULLNAME @30 SSN 10. @42 DDATE @50 CCID @65 IDTYPE ;
>>     BY LNAME FNAME;
>>     KEEP PAGE;
>>     RETURN;
>>
>>  NEWPAGE:
>>     PUT @5 TDAY @35 'TItle of Report'  @84 'Page  ' PAGE; 
>>     PUT @35 '(Alphabetical Listing)';
>>     PUT ' ';
>>     PUT @5 'Lastname, Firstname' @30 'SSN' @42 'Date Issued' 
>>         @50 'ID Number' @65 'Type of Id';
>>     PUT ' ';
>>     RETURN;


If someone can give me a few hints or ideas, I'd really appreciate it.
I can get it to do PAGE 1 but all other pages have a missing value 
(so it looks like "Page .")

All I want is (instead of the system date and time) is the word PAGE by
the page number!  Seems like a simple concept to me...but I can't figure
it out.  Thanks in advance!


-- 
Pam Woods                              Email:  Internet: axpmw@acad2.alaska.edu
University Of Alaska Anchorage                 Bitnet:   axpmw@alaska
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 15 Apr 1992 09:42:03 EST
Reply-To:     MSZ03@ALBNYDH2.BITNET
From:         MSZ03@ALBNYDH2.BITNET
Subject:      SAS/GRAPH

Has anyone written SAS code that will, for want of the correct term,
'geographic smoothing' - e.g., given zip-based data for a given area,
combine the data for a given zip with its neighbors (then possibly
their neighbors) where neighbor is defined by shared boundaries.
I think I could do this by using the zip-boundary file and searching
for shared points - but if someone has already done this, it'd save me
a lot of time!

Part 2 - same question, but neighbor is now defined by a set distance
between area centroids.

Mike Zdeb                   New York State Department of Health
Concourse (C-144)                                MSZ03@ALBNYDH2
Albany, NY   12237-0045                           (518)474-2377
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 7 Apr 1992 14:30:36 EDT
Reply-To:     todd pukanecz <CCCS@VTVM1.BITNET>
From:         todd pukanecz <CCCS@VTVM1.BITNET>
Subject:      PROC DATASETS output solved

hi,
  Thanks to all who responded to this problem.  I wanted to get the
directory info from PROC DATASETS into a SAS dataset.  I neglected to
mention in my original querry that I am using SAS 6.07 under MVS using
JCL.  (I'll pause while some of you have flashbacks.)  Some of the
suggestions involved getting the directory info from the OS, which was
not a good option.  Many mentioned that OUT= option and DIRECTORY option,
and also PROC CONTENTS which allows DATA=_ALL_ and also has OUT= and DIR
options.  The resulting dataset has all variables from all datasets, in
addition to the directory info.  Using the NODS with OUT= and DATA=_ALL_
results in a dataset with 0 observations.  (The info I want is printed
to the LOG or LISTING file, but I needed a dataset.)  There was one
suggestion to use a new feature of PROC SQL, but have neither SQL manuals
or experience, so this option wasn't viable for me.
  The solution I used was to take the huge dataset that PROC DATASETS or
CONTENTS gives when DATA=_ALL_ is used, and then run that through another
DATA step, keeping FIRST.MEMNAME.  This was the most expedient method for
my needs and not too unelegant.  It seems that ther should be a simpler
way to do this, but as long as the dog gets fed he won't bite.
  thanks again for all the help.
    toddddddddddd

=========== Wake up John Doe.  You're the hope of the world! ===========
--------     /^^\    ---- Todd Pukanecz ----   ----  CCCS@VTVM1  ----
-----      /      >   --- Ag. Econ. DPL --- "It is not enough to be
---  /\_ / @       \   -- Virginia Tech --   Hungarian.  One must also
-  /________________>   - Blacksburg VA -    have talent." - UNKNOWN
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 8 Apr 1992 16:03:00 EST
Reply-To:     "Philip Gallagher,(919)966-7275" <UPHILG@UNC.BITNET>
From:         "Philip Gallagher,(919)966-7275" <UPHILG@UNC.BITNET>
Subject:      IML memory problems

    Colleague has "memory problem" with IML on IBM3090. v 6.06.
    MVS.

    SAS site rep is on plane to SUGI - repressed envy on our part.
    None of us can find an IML manual except for 6.03.
    Can you help?

    Matrix is 400 rows by 204 columns.
    Message is
    ERROR: (execution) Unable to allocate sufficient memory.  At
           least 332960 more bytes required.

    Do I remember correctly?  Is 6.06 limited to approx. 64k elements?
    Is that restriction changed in 6.07?

    Colleague has already tried adding REGION=8000K to the EXEC
    card.

    Do I remember correctly that there is (on MVS, as for the PC)
    an option that one may add to the PROC IML stmnt that in some
    way increases "memory" for IML?

    I swear that I tried looking this up in the Master Index, and
    I found nothing.

                               Phil Gallagher

All flames greatfully accepted, provided answers that
work come with them.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"sas-l@uga"
Newsgroups: bit.listserv.sas-l
Date:         Wed, 15 Apr 1992 14:32:00 EST
Reply-To:     CORRELL_1@CUCISA.BITNET
From:         CORRELL_1@CUCISA.BITNET
Subject:      proc phreg

hi folks:
   i want to ge the intercept function of the cox model using phreg.
   can anyone out there help me?

   believe it or not, we don't have manuel for phreg!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <ECOOCH@PENNSAS.UPENN.EDU>
Newsgroups: bit.listserv.sas-l
Date:         Fri, 17 Apr 1992 12:22:56 EST
Reply-To:     Evan Cooch <ECOOCH@PENNSAS.UPENN.EDU>
From:         Evan Cooch <ECOOCH@PENNSAS.UPENN.EDU>
Subject:      legend for PROC G3D
Comments: To: sas-l%marist.bitnet%cunyvm.cuny.edu@NOC2.DCCS.UPENN.EDU

I realize that the LEGEND option is not available for PROC G3D, but I wa
wondering (hoping) that someone might have dreamed up some wya of tricking
SAS/GRAPH into doing such a thing. I have multiple 3D scatter plots with
different symbols, and wuld like to have some sort of legen to aid the
person looking at the graph to identify what is represented by each symbol.

Thansk very much 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:         Fri, 10 Apr 1992 09:15:40 CDT
Reply-To:     John Blodgett <C1921@UMSLVMA.BITNET>
From:         John Blodgett <C1921@UMSLVMA.BITNET>
Subject:      Replies to SDC Software Issue

   I want to thank the dozen or so people who took the time to respond
to my request earlier this week for input regarding full public access to
State Data Center software.  (BTW, some people seemed to interpret the
message as saying that this would effect the availability of our software
which it definitely does not - it simply says that each state gets to
decide for itself whether to go public and Missouri certainly does not
plan to change its position on this.)
   I am sending out a memo to the relevant SDC parties today and I plan
to offer them an opportunity to see the responses I received (which were
unanimous in their opposition to the move, surprise, surprise).  I have
collected the replies in a notebook.  If there is anybody who replied who
does not want their message made available please send me a note by no
later than next Wednesday.  Also, if any of you would like to see the
notebook, send me a note.  If I get enough I'll put the notebook on the
file server and people can GET it; otherwise I'll just send it to the
individuals.
   It's still not too late for anyone still wanting to express an opinion.
We even welcome opposing viewpoints.

   John Blodgett
   Urban Information Center
   University of Missouri - St. Louis      8001 Natural Bridge Rd.
   St. Louis, Mo 63121-4499     Phone: (314) 553-6014/6000 FAX: 553-6007
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"SAS-L@OHSTVMA.ACS.OHIO-STATE.EDU"
Newsgroups: bit.listserv.sas-l
Date:         Wed, 15 Apr 1992 16:16:00 CST
Reply-To:     FRANKE@BIOST.BIOSTAT.WISC.EDU
From:         FRANKE@BIOST.BIOSTAT.WISC.EDU
Subject:      TESTING THE DIFFERENCE BETWEEN SLOPES IN GLM
Comments: To: SAS-L@OHSTVMA.ACS.OHIO-STATE.edu

GOOD AFTERNOON,

	I WOULD LIKE TO KNOW HOW TO FIND OUT WHICH GROUPS HAVE DIFFERENT SLOPES
AFTER REJECTED THE OVERALL HYPOTHESIS OF HETEROGENEITY OF SLOPES.  UP TO THIS
POINT MY CODE LOOKS LIKE THIS;

proc glm;
  class group;
model dep=group covar group*covar;

I GET A SIGNIFICANT group*covar INTERACTION.  HOW DO I FIND OUT WHICH GROUPS
DIFFER?  THERE ARE 3 GROUPS IN THE GROUPING FACTOR. I THINK ESTIMATE MIGHT DO
IT BUT I'M NOT SURE HOW TO GO ABOUT IT.  HELP!!!

		TIA.

				Todd.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 13 Apr 1992 08:13:39 CDT
Reply-To:     Margie Gurwit <CCMARGIE@UMCVMB.MISSOURI.EDU>
From:         Margie Gurwit <CCMARGIE@UMCVMB.MISSOURI.EDU>
Subject: RE: TSO Question

I have followed the question and responses to the question about getting
square brackets and curly braces in TSO.  When I first encountered this
same problem, except in my case it was CMS and not TSO, I went to the
trusty SAS Basics Guide and looked at OPTIONS CHARCODE;  There (page 593)
I found the following:
      This option allows the floowing substitution of characters:
         ?- for the underscore
         ?/ for the vertical bar
         ?= for the logical not sign
         ?( for the left brace (square bracket)
         ?) for the right brace (square bracket)

So when my users, using IML, asked about this substitution I steered them
in that direction.  But, much to my chagrin, the substitutions are different
for IML.  They are as follows (from the SAS/IML Software Usage and Reference
Version 6, First Edition, page 487):

OPTIONS CHARCODE specified:     left square bracket   (|
                                right square bracket  |)
                                vertical bar          ?/
                                left curly brace      ?(
                                right curly brace     ?)
                                logical not sign      ?=
OPTIONS CHARCODE not specified: right curly brace     cent sign
                                left curly brace      !

Now to confuse us even further, according to the SAS Language Reference
Version 6, First Edition (page 741):
     ...you can substitute the following character combinations for these
     symbols:
     ?:  for the backquote
     ?,  for the backslash
     ?(  for the left curly brace
     ?)  for the right curly brace
     ?=  for the logical not sign
     ?<  for the left square bracket
     ?>  for the right square bracket
     ?-  for the underscore
     ?/  for the vertical bar

So it seems to me that even SAS is confused over this.  Maybe eventually all
the characters necessary will be available in all emulations.  I just hope
that SAS doesn't change its mind again about the character substitutions.

Margie Gurwit
Campus Computing Help Desk
University of Missouri-Columbia
Internet:  ccmargie@umcvmb.missouri.edu
Bitnet:    CCMARGIE@UMCVMB
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU