HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.sas-l
Date:         Thu, 10 Sep 1992 14:08:00 PDT
Reply-To:     HOFER@USCMVSA.BITNET
From:         HOFER@USCMVSA.BITNET
Subject:      Question on combining two slightly overlapping files

I have two longitudinal files that I wish to combine into a
single longitudinal file. For this, I was using a data step:
DATA COMBINED; SET BASE1 BASE2;
  However, there is some overlap between the two data files.
I know that I can combine the two files using a MERGE command
and a BY statement--Since the two sets contain exactly the same
number and name of variables, the second data set will overwrite
the first (i.e., BY ID;).
  The DATA...; MERGE...: BY...; would work fine as long as I knew
that the data was precisely the same for duplicate ID's.
The question is regarding how I would obtain a data set which
contained the duplicate records only? If I use the DATA... SET
step, how could I search out, compare, and delete the duplicate
ID's.
  Many thanks for any response.
Scott Hofer
Dept. of Psychology
USC
<HOFER@USCMVSA>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 15 Sep 1992 10:38:38 EDT
Reply-To:     "Sanjay K. Pandey" <SKPWORK@SUVM.BITNET>
From:         "Sanjay K. Pandey" <SKPWORK@SUVM.BITNET>

Re: Apologies for an unnecessary posting ....


I just sent out a message to SAS-l rather than the
listserv.  Apologies...
sanjay
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 8 Sep 1992 16:17:28 EDT
Reply-To:     Walter Davis <WDAVIS@UNCVM1.BITNET>
From:         Walter Davis <WDAVIS@UNCVM1.BITNET>
Subject:      on-line help

hi all,

It seems to me that SI has already taken significant steps towards
on-line documentation.  Under VM/CMS v. 6.07, I think their interactive
help is great.  Sometimes I need to go through a few more screens
than I think I have to (their indexing could be better), but I
can usually find the answer to my question there.  My main complaint
is that it's only available when I'm running SAS with display
manager.  I run most of my jobs in semi-batch mode and I'd like
to have access to the on-line help when I'm writing the program
without running SAS.

For those of you familiar with the PC-SAS help, the version 6.07
(or 6.06) help is far superior to that.

just my 2 cents worth,

Walter Davis <WDAVIS@UNCVM1>
Department of Sociology
Institute for Research in Social Science
UNC - Chapel Hill
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 9 Sep 1992 14:02:00 EST
Reply-To:     GMMM5K@IRISHMVS.BITNET
From:         GMMM5K@IRISHMVS.BITNET
Subject:      logit models

To Whom it may concern
Assuming that one needs to use a logitistic regression model to
estimate data with a qualitative dependent variable (a variable
that is coded 0 or 1), which SAS procedure should be used when
half of the independent variables are dummies (coded 0 or 1) and the
other half are continuous variables?  Based on the SAS/STAT Vol 1
manual, p 36, it would seem that in reading the information on the
various models PROBIT, LOGISTIC and CATMOD, that PROBIT and CATMOD
are the only procedures that allow this?  Is there anyway to transform
the data so that LOGISTIC can be run instead?
Thank you for your attention and your answers.
GMMM5K@IRISHMVS.CC.ND.EDU
From: varron@pilot.njin.net (Richard Varron)
Newsgroups: bit.listserv.sas-l
Subject: XPORT PC to VAX
Keywords: XPORT
Date: 15 Sep 92 17:33:58 GMT
Organization: William Paterson College, Wayne, NJ







	I would like to thank everyone who sent me mail regarding PC to VAX
XPORT engine transfers. The key steps seem to be to transmit the file as a 
fixed binary file on kermit (SET FILE TYPE FIXED) and use the following 
program. On FTP, it was suggested to use (binary f 80). I tried it out with a 
large file on (500,000bytes) using the XPORT engine and it worked fine.

	Again thanks Barbara, Doug, Michael and Kernon.


------------------------------------------------------------------------

FILENAME in        'xport.dat';    /* transported file */
FILENAME out       'xport1.dat';   /* 80 char file     */
LIBNAME XPORT XPORT 'XPORT1.DAT';  /* as libname       */
LIBNAME SURE '[]';                 /* new library      */
  
 DATA _NULL_;
        INFILE in;
        FILE out LRECL=80 RECFM=F;
        LENGTH INREC $16 OUTREC $80;           
        RETAIN OUTREC;
        RETAIN COUNT 1;
        INPUT INREC $CHAR16. @@;                   
        SUBSTR(OUTREC,COUNT,16)=INREC;
        COUNT + 16;                                
        IF (COUNT>=80) THEN DO;
           PUT OUTREC $CHAR80.;
           COUNT=1;                     
           END;                                                                     

PROC COPY IN=XPORT OUT=SURE;


PROC CONTENTS DATA=XPORT.temp; /*temp was the pc name of the data set */
-- 
Richard Varron, Programmer
Office of Research, Planning and Evaluation (OPRE)
Data Processing           
William Paterson College    gateway address: varron@pilot.njin.net
300 Pompton Road            local address  : rich@wilpat.wilpaterson.edu
Wayne NJ, 07470                  (send mail to gateway)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Posted-Date: Wed, 9 Sep 92 14:36:30 EDT
Newsgroups: bit.listserv.sas-l
Date:         Wed, 9 Sep 1992 14:36:30 EDT
Reply-To:     Paul Marsh <marsh@STAT.NCSU.EDU>
From:         Paul Marsh <marsh@STAT.NCSU.EDU>
Subject:      disable math chip, building device driver

sorry to place two queries into a single note, but both are
on mind simultaneously.

first one I hope is easy: what is the CONFIG.SAS command to
disable the math coprocessor for PC SAS?  RTFMing and querying
the SAS-L archives have proved fruitless.

second, I am trying to create from the PSLCMY SAS/GRAPH device
driver a new driver specifically for the Seiko ColorPoint color
postscript printer. my main desire is to use the hardware fonts
resident in the Seiko. so I did the following:

copied the PSLCMY driver to my GDEVICE0.DEVICES catalog. called the
new entry SeikoPSL.

went to the Chartype Window and listed the 39 resident fonts.

ran the following simple SAS program:

goptions device=seikopsl ftext=hwpsl001;
proc gslide;
title  'line #1 of text';
run;
 quit;


the result: a nice printout using the Courier font.  what is wrong?
the Courier font is font #1 in the SASGDPSL module (where the PSLCMY
device driver originated). The first font I listed in my SeikoPSL
driver was the ITC Avant Grade Book.

it appears that SAS/GRAPH is looking at the module (as specified by
the PSL string within the HWPSL001 font designation) to determine
the font and not at the device driver name. the SASGDPSL pslcmy Chartype
window lists only 35 fonts - the Seiko has 39 fonts builtin. also, as
shown above, the order of the fonts in the Seiko are different than
found in the SASGDPSL module.

so this yields a worrisome thought: am I REALLY using the hardware fonts
built into the printer.


side note to Sally Muller: this effort was spawned by the talk presented
at the second to last RTP SAS Users group meeting.  if, with the help of
SAS-L, I can get this device driver to work, I will write a follow-up
to the local SAS newsletter (will also share w/ SAS-L). it appears that
the handout accompanying the talk had some glaring omissions/inaccuracies
that should be addressed.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 10 Sep 1992 15:36:29 EDT
Reply-To:     Philip Tejera <FXTBB@CUNYVM.BITNET>
From:         Philip Tejera <FXTBB@CUNYVM.BITNET>
Subject:      Re: numeric variables

    Although I see some merit on both sides of the issues involved in
using the Length statement to reduce the length of real numbers from 8
to 4 bytes, I would have to say that M. Klassen's arguments are more
convincing on the overriding issue. In particular, I would note that
the citations from the SAS Language Guide for Personal Computers, page
197, are somewhat misleading. That is, in the middle(!) of the various
quoted sentences is a paragraph whose essence is:
   "Although you should be aware of problems like these, using single-
precision storage of 4 bytes does give you 6 significant digits. This
storage is sufficient for most applications. Thus, using a default
length of 4 to store numeric values when space is an important consid-
eration is usually safe."
    The Version 5 SAS/Basics manual contains the exact same text (p.
153) except that it mentions 7 significant digits, due to internal
differences between mainframes and PCs. As to the potential comparison
problem, I would add that among the various ways of dealing with this
problem are use of the Round function.
    We also have the advantage of the comments from the original
poster that he used length 4 with no discernable problems. What I
think is missing is a discussion of what precision means, and how it
varies from platform to platform. Christian Reichetzeder (spelling?)
posted an excellent discussion of this which went far beyond what
the SAS manuals say, but that previous discussion was maybe 3 years
or more ago, and the archives don't seem to go back that far. Has
anyone still got it available?
Newsgroups: bit.listserv.sas-l
From: snalo@orca.alaska.edu (Lewis Overton)
Subject: Default catalog in DM
Followup-To: bit.listserv.sas-l
Organization: U of Alaska
Date: Wed, 9 Sep 1992 19:38:57 GMT

Is there a way to set a default catalog in display manager
so that it works like SASUSER.PROFILE? That is, I can say
<set default SASUSER.PROD.SOURCE> and then the command

SAVE MYPROG

would wind up in SASUSER.PROD.MYPROG.SOURCE?

I tried digging in SAS Language, the 6.07 changes, and
FSP books without finding it (doesn't mean t'ain't there).
I'm using 6.07 on IBM/MVS.

Lewis Overton, University of Alaska
snalo@orca.alaska.edu  or  snalo@alaska.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: ADROSEN@PITTVMS.BITNET (Allan D. Rosen (412)624-0418)
Newsgroups: bit.listserv.sas-l
Subject: Re: Benchmark
Date: 15 Sep 92 17:21:00 GMT
Reply-To: "Allan D. Rosen (412)624-0418" <ADROSEN@PITTVMS.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: SAS-L@OHSTVMA.BITNET
X-VMS-To: IN%"SAS-L@OHSTVMA.BITNET"
X-VMS-Cc: ADROSEN

-----------------------------------------------------
Content:  Response
SUMMARY:  Benchmarks: SAS for Windows
E-ADDR:   ADROSEN@vms.cis.pitt.edu
NAME:     Allan Rosen
ADDR:     University of Pittsburgh
-------------------------------------------------------

Johnny Hua (AFCO73@IRMFAO01.BITNET) provides benchmarks for SAS under DOS
and wonders if 32 bit SAS for Windows will provide better performance.

Windows programs are generally slower than their DOS cousins.  I'm also
not sure if Windows 3.x will run 32 bit software as true 32 bit or everything
is converted to 16 bit calls.

On the other hand SAS 6.07/6.08 code generally gives better performance than
older versions on other platforms. So, overall don't expect miracles.

If you want better performance, why not try SAS for OS/2, a known quantity?

If you're interested in vaporware why not wait around for Windows NT (a 6-9
month wait), and SAS for Windows NT (who knows).  Personally, I'm using SAS
for OS/2 now and will evaluate SAS for Windows NT when it is released.  I
don't have high expectations for Windows NT since Microsoft doesn't have the
best track record with operating systems/environments (Windows NT is
version 1.0: remember the Windows prior to Windows 3.0?; Microsoft's DOS
plays catchup with its capable competitor DR DOS).

Allan Rosen
University of Pittsburgh
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 11 Sep 1992 13:45:20 -0500
Reply-To:     Kernon Gibes <gibes@SWIRL.MONSANTO.COM>
From:         Kernon Gibes <gibes@SWIRL.MONSANTO.COM>
Subject:      RE: Using FORMCHAR option with PROC TABULATE and Postscript
Comments: To: SAS-L@uga.cc.uga.edu@tin.monsanto.com
Comments: cc: GIBES@tin.monsanto.com

 CONTENT:   Response (to FORMCHAR option with Postscript)
 SUMMARY:   See Bob Paver's 30 Oct 1991 posting
 REL/PLTF:  na/na
 E-ADDR:    gibes@swirl.monsanto.com
 NAME:      Kernon Gibes
 DATE:      11 September 1992

I don't know what Bryan Emery's e-mail address is so I'm posting this to
the list.  According to a search I did a while back, Bob Paver posted a
summary on how he got postscript working with FORMCHAR on 30 Oct 1991,
titled "Summary: Postscript FORMCHARS for Tabulate".

I don't know if Bob is still on the list, but he would be one person to
contact.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: brobinso@LEVEN.APPCOMP.UTAS.EDU.AU
Newsgroups: bit.listserv.sas-l
Subject: RE: SAS Futures / IBM's Book Manager
Date: 15 Sep 92 00:09:16 GMT
Reply-To: brobinso@LEVEN.APPCOMP.UTAS.EDU.AU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: SAS-L@uga.cc.uga.edu

>Deb Cannon 319-335-6321 <ADPDKHTS@UIAMVS.BITNET>:
>
>>
>> Online manual access is CLEARLY the progressive thing to do, however I
>> suspect it may cut into a company's manual-sales revenues. Remember the
>> perhaps apocryphal Kodak annecdote: "Give the cameras away; we'll make
>> our money on the film." Selling documentation is, I suspect, a major
>> source of revenue for SAS Institute, like many other companies.
>
>     That'd certainly be interesting to find out!   I don't see how
>     the trend could be stopped - paper will get more and more
>     expensive, prices will be driven up so high sales will decrease,
>     if not that, SAS's much-protected reputation as being as
>     leading  information-delivery system will start to falter
>     if they insist on paper when everyone else in the industry has gone
>     online (granted this will take a 'few' years.....).
>>
> . . . . .

SAS Institute also *appear* to have a reputation for a willingness to
support their customers, a very good one.

That being the case, one would have thought that they would regard manuals
as a no-profit side line to give such support, allowing materials to be
photocopied, etc.

Having participated in the publication of a rather expensive (and very
undercapitalized) bookI realise that this is quite unrealistic -- you
*have* to cover your expenses, or nearly so. This means that you have to
make a profit to avoid making a loss.

However, if documentation is regarded in this light, supply of on-line
documentation is a natural consequence.

Looking at it from an end (very) user point of view, as the only user on an
isolated campus, I can't just go to the next building and borrow a copy of
a manual. So I had to get a bare minimum set of manuals - 5 (Base,
Procedures, Stat, IML and Graphics, mostly the reference level). This set
us back $250 odd. Even then, I often find myself referred to other manuals,
which I don't have. If we start using SAS in teaching, we will then have to
lash out and buy the intro and usage level manuals.

Realistically, we ought to have at least one of everything in the library,
but having the reference sets on-line could save our institution a mint
(which it probably wouldn't spend anyway).

Barrie.


--
Barrie Robinson,                  |email:
brobinso@leven.appcomp.utas.edu.au
University of Tasmania at Launceston.  |phone:  (61)(03)260211
From: agnew@gems.vcu.edu
Newsgroups: bit.listserv.sas-l
Subject: RE: sas futures / DEC bookreader
Date: 10 Sep 92 08:12:24 -0400
Organization: Medical College of Virginia

Hey guys, I agree about online docs.  Dec's Bookreader also has hooks
in it for 3rd parties, too.  It should be a real snap to do, since I can't
imagine SAS doing all those *HUGE* vebose manuals on typewriters...

Ever notice now that we have word processors, the books on sale are getting
fatter??????

Jim

-- 
         /^^^\   \ /   Jim Agnew         AGNEW@RUBY.VCU.EDU  (Internet)
        /      >  ||   Neurosurgery,     AGNEW@VCUVAX        (Bitnet)
   /\_/     '   \  /   MCV-VCU           This tape will self destruct in
 /________________>    Richmond, Va      five seconds.  Good luck, Jim..."
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 9 Sep 1992 15:50:34 EDT
Reply-To:     Andy Norton <76350.1604@COMPUSERVE.COM>
From:         Andy Norton <76350.1604@COMPUSERVE.COM>
Subject:      Re: numbers in SAS
Comments: To: SAS-L <SAS-L@AWIIMC12.IMC.UNIVIE.AC.AT>

----------------------------------------------------------------------
CONTENT:   Response
SUMMARY:   Never use a length less than 8 for a non-integer numeric
           value!
REL/PLTF:  6.07.01/CMS, 6.04/PC-DOS
E-ADDR:    76350.1604@compuserve.com
NAME:      Andy Norton
ADDRESS:   Trilogy Consulting, 5228 Lovers Lane, Kalamazoo MI 49002
PHONE:     (616) 344-2191
----------------------------------------------------------------------

Melvin Klassen says, regarding the storage of non-integer numbers in
SAS:
> If you use "LENGTH 4" under VM/CMS or MVS/XA,
> you will be chopping the fractional-part of a floating-point number
> after the 24th bit, i.e., introducing round-off errors in the order
> of only 1 part in 2**25 (32,554,432).
> Rhetorical question: How many researchers have data which is
> accurate to this many digits?
> Rhetorical answer:   If you're the 1-in-a-million who does, use
> "LENGTH 5".
> Second R-question:   How many researchers would spot any difference
> in any table produced by any statistical procedure in SAS,
> especially when the numbers in the table are only displayed to 7
> decimal digits?

NO NO NO
NEVER USE A LENGTH LESS THAN 8 FOR A NON-INTEGER VALUE !
(excuse me for getting overexcited)

The problem is not how much precision you need.  The problem is that
you want *comparisons* to be done with exactly the same precision.
Inside of the DATA step, all numeric variables are expanded to 8
bytes.  Similarly, numeric literals internally use 8 bytes.  If a
decimal value is stored with less than 8 bytes, it may not match.  For
example:
   data TEST;
     length A 4;
     A = .1;
  run;
  data _null_;
    set TEST;
    if A eq .1 then put 'ok';
               else put 'not ok';
  run;
This will print "NOT OK".

(Technical interlude):
  On a PC, .1 length 8 is hex 3FB9,9999,9999,999A
           .1 length 4 is hex 3FB9,9999,0000,0000 (padded to length 8)
  In the comparison, these are not equal.

Remember there are also hidden comparisons which can occur in
procedures, such as determining whether observations are in the same
BY-group or not.

It is ok to store integers in limited space, according to the RTFM
guidelines.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 15 Sep 1992 12:24:27 +1200
Reply-To:     brobinso@LEVEN.APPCOMP.UTAS.EDU.AU
From:         brobinso@LEVEN.APPCOMP.UTAS.EDU.AU
Subject:      Re: On-line documentation
Comments: To: SAS-L@uga.cc.uga.edu

>From: Marsha Shepherd <ACMARSHA@ECUVM1.BITNET>
>I'm the SAS rep at a university.  The idea of on-line documentation
>horrifies me.
>
> . . . .
>
>Reason 2:  The manuals are cheaper than CD drives.
>
>Reason 3:  . . . .  Neither we nor our users can afford
>to buy disk drives just so we can read a manual.  (The manuals are cheaper!)
>We already spend a lot of time "trimming" SAS to fit on user machines.
>Additional disk space just for manuals would be impossible for us.

How many sets of manuals does the institution buy? Surely the disc space
for one set of on-line manuals would be cheaper than 100 sets of manuals?
>
>Reason 4:  We KNOW FROM EXPERIENCE that the first thing many of our users
>do is print the on-line documentation.  Why is this a problem?  Because
>we are footing the bill for paper.  . . .

I would have thought there would be some way in which the info could be
made available on-line, but impossible (or difficult) to print out.

Barrie.


--
Barrie Robinson,                  |email:
brobinso@leven.appcomp.utas.edu.au
University of Tasmania at Launceston.  |phone:  (61)(03)260211
Newsgroups: bit.listserv.sas-l
From: tamara@glia.biostr.washington.edu (tiny t)
Subject: Re:      PC DOS SAS 6.03 XPORT Engines
Organization: Dept Biological Structure-University of Washington
Date: Wed, 9 Sep 1992 03:56:24 GMT

In article <SAS-L%92090815342938@UGA.CC.UGA.EDU> David Hopkins <DHOPKINS@ERS.BITNET> writes:
>Help SAS Users,
>
>I have an OS/2 SAS, 6.06 transport dataset.  Can I read in this file
>using PC DOS SAS 6.03 using the XPORT engine?  I have a couple of lines
>of code that are not working:
>
>
>             filename  indata  'd:\disclose.dat' ;  run;
>             libname   indata  xport ; run;
>
Your code should be
		libname indata sasv5xpt 'd:\disclose.dat';
		libname sasd 'wherever you want your SAS file permanently stored';
		* For example
		Libname sasd 'd:\saslib';

		PROC COPY in=indata out=sasd;
		run;

-----
tfischell@attmail.com

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 9 Sep 1992 09:50:44 EDT
Reply-To:     Andy Norton <76350.1604@COMPUSERVE.COM>
From:         Andy Norton <76350.1604@COMPUSERVE.COM>
Subject:      Pricing of "Observations"
Comments: To: SAS-L <SAS-L@AWIIMC12.IMC.UNIVIE.AC.AT>

----------------------------------------------------------------------
CONTENT:    Information
SUMMARY:   "Observations" is reportedly sold at cost
REL/PLTF:  6.07.01/CMS, 6.04/PC-DOS
E-ADDR:    76350.1604@compuserve.com
NAME:      Andy Norton
ADDRESS:   Trilogy Consulting, 5228 Lovers Lane, Kalamazoo MI 49002
PHONE:     (616) 344-2191
----------------------------------------------------------------------
> I imagine that Publications is treated as a profit center at
> the  Institute.  I'm not sure that it is all that lucrative;
> the expenses must  be  pretty  large.   But  the  launch  of
> "Observations",  and especially its pricing, reveals a clear
> entrepreneurial orientation.

When I was at SUGI, I mentioned to a woman from Publications that I had
been reluctant to subscribe to Observations because of the high
cost (but that once I did I found it very high quality).

She replied that Observations was sold at cost!

I still think the price is an obstacle to higher circulation.  It is
more expensive than the Proceedings, on a yearly basis.

The Observations articles are edited and reviewed much more thoroughly
than the SAS Institute SUGI papers.  If you haven't seen them, they are
very detailed and very narrow in focus, e.g. "SAS/GRAPH Drivers for the
HP LaserJet" or "Programmer's Guide to Sorting in VMS".  It is
frustrating to pay so much and then have only a few articles apply to
my situation, but those few are very valuable.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mailer: Elm [revision: 66.25]
Newsgroups: bit.listserv.sas-l
Date:         Thu, 10 Sep 1992 01:59:55 METDST
Reply-To:     Svend Bang <svend@CRG.DK>
From:         Svend Bang <svend@CRG.DK>
Subject:      Default filetypes for print & file

----------------------------------------------------------------------
 CONTENT:  Frustration!
 REL/PLTF: 6.07/CMS
----------------------------------------------------------------------
I am going to start an elementary course and therefore tested SAS/DMS:
OUTPUT window: file monkey  -->  monkey listing a WITHOUT cc
               print file=monkey  -->  monkey data a WITH cc!
It is just as bad in the LOG-window! Does anybody know how to change
the default? I know of course how to write
print file='monkey listing a'
but that is not the point!
Svend


      00 0 O o o...
     0     ___         _________________ _________________ _________________
    ][_n_i_|(  ooo___  |  Svend Bang   | |    Box 839    | | svend@crg.dk  |
   (  _____| | |     | | Danish Cancer | |    DK-2100    | |      +45      |
   _||_____|_|_|_____|_|___Registry____|_|___Copenhagen__|_|___3526_8866___|
     0--0--0    o o o    o-o       o-o     o-o       o-o     o-o       o-o
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU