HDTenEightyP/NetNews huggingface dataset:
From: LZM@UNC.BITNET (Li, Zhiming (919-933-9778))
Newsgroups: bit.listserv.sas-l
Subject: Reason found: PC-SAS 6.04: one day gap between input and display
Date: 15 Oct 92 19:08:00 GMT
Reply-To: "Li, Zhiming (919-933-9778)" <LZM@UNC.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Dear netters:

    Yesterday I post a message asking for your help for the problem
I encounted in using SAS informat and format MMDDYY6. and MMDDYY8.
(see the attached message below for those who did not read my last
message).

>     Recently I used PC-SAS/FSP version 6.04 to enter data. I created a
>sas dataset containing a variable named DATE using informat MMDDYY6.,
>and the variable was also assigned a format MMDDYY8., using the program
>below:
>  DATA SASDATA.ONE;
>  INPUT DATE;
>  INFORMAT DATE MMDDYY6.;
>  FORMAT DATE MMDDYY8.;
>  RUN;
>Then I ran the following program to read the dataset into the FSEDIT
>program:
>  PROC FSEDIT DATA=SASDATA.ONE SCREEN=SASDATA.SCREEN; RUN;
>Then the FSEDIT program was ready to enter data. When I entered 100192
>it should show up as 10/01/92 due to the informat and format I chose.
>But to my surprise, one day was off: the 100192 I entered showed up
>on the screen as 09/30/92! I tried some other days in October 1992,
>it would still show one day difference.

    Today I found THE REASON FOR THE PROBLEM:
I HAD ASSIGNED THE VARIABLE WITH A LENGTH OF 3!
As you may know, a length of 3 can retain only the first 4 significant
digits of a numeric variable, but the current dates counted from 1960
are 5-digits numbers, and the fifth digits are rounded when using a
length of 3 to these 5-digit numbers: odd numbers are rounded to the
smaller even numbers.

    I tested this in the program below:

 data one;
  input data1 date2;
  informat date1   date2 mmddyy6.;  * same informat;
  format   date1   date2 mmddyy8.;  * same format;
  length   data1 3 data2 5;         * different lengths;
  run;
 proc fsedit; run;      * enter same 093092 100192 100292 100392 100492
                           to the two variables;
 proc print;  title 'dates printed with MMDDYY8. format'; run;
 data two; set one; format _all_; run;
 proc print;  title 'dates printed without MMDDYY8. format'; run;

And below is the SAS output:

 dates printed with MMDDYY8. format

 OBS       DATA1     DATA2

  1     09/29/92  09/30/92
  2     10/01/92  10/01/92
  3     10/01/92  10/02/92
  4     10/03/92  10/03/92
  5     10/03/92  10/04/92

 dates printed without MMDDYY8. format

 OBS    DATA1     DATA2

  1     11960     11961
  2     11962     11962
  3     11962     11963
  4     11964     11964
  5     11964     11965

    The lessen: DO NOT USE A LENGTH OF 3 FOR DATE VARIABLES.

    Thank you, especially those who kindly tried to replicate the
the problem and gave me suggestion.

=======================================================================
Zhiming Li                           E-mail: LZM@UNC.BITNET
Dept. of Medicine                            LZM@UNC.OIT.UNC.EDU
Univ. of North Carolina              Tel:    919-966-6370
Chapel Hill, NC 27599                FAX:    919-966-5099
=======================================================================
From: theall@gdalsrv.sas.upenn.edu (George A. Theall)
Newsgroups: bit.listserv.sas-l
Subject: Re: ANSI.SYS drivers and SAS PC
Date: 14 Oct 92 19:29:10 GMT
Organization: Social Science Computing, University of Pennsylvania

In article <theall.19.718808289@gdalsrv.sas.upenn.edu> theall@gdalsrv.sas.upenn.edu (George A. Theall) writes:
>
>  With SAS PC, issuing "X" from a DM window will cause a system hang unless 
>an ANSI driver has been loaded. This I understand. I'd like, however, to 
>have an ANSI driver loaded *ONLY* for SAS; eg, have a batch file which loads 
>the driver, calls SAS, and then unloads the driver. 
>
>  I've tried some TSRs which claim to provide support for ANSI (eg, PC Mag's 
>ANSI.COM) but SAS does not seem to sense them (it hangs on issuing "X"). I 
>have also tried some utilities that claim they can load device drivers 
>dynamically; eg, the DEVICE.COM that accompanys the book _Undocumented DOS_; 
>trouble is, I can't then unload the driver.
>
>  If anyone has any experience doing this I'd love to hear from you.

As a follow-up to my posting, responses were to:

     - issue "X some_command" instead of "X"
     - run SAS in a DESQview window
     - change CONFIG.SYS and then reboot
     - test out a shareware utility called DMC20.ZIP

Unfortunately, only the last one addresses my question; ie, dynamically
loading an ANSI driver. [Thanks to Thomas D. LeFlore, U43746@UICVM.UIC.EDU
for that.] I grabbed DMC from the SIMTEL20 file archives (in
PD1:<MSDOS.SYSUTL>) and am currently evaluating it. If anyone is interested
in whether DMC works (for me), email.


George
---
theall@gdalsrv.sas.upenn.edu                    Social Science Computing
theall@ssdc.sas.upenn.edu                       University of Pennsylvania
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 8 Oct 1992 09:21:36 PDT
Reply-To:     KAAILAJ@CSLA.BITNET
Comments:     Resending note of 07 Oct 92 14:05:42 PDT from <KAAILAJ@CSLA>
From:         KAAILAJ@CSLA.BITNET
Subject:      Uncl: SAS 6.06 "Access module could not be loaded"

*** Resending note of 10/07/92 14:05
Date: 07 Oct 92 14:05:42 PDT
From:  <KAAILAJ@CSLA>
To:    <SAS-L@USCVM>

I'm trying to create a SAS Access Library Member in SAS 6.06 on an
IBM mainframe, which I've done in the past, by typing

    create  alib.xxxx.access   (where xxxx is a new member name)

I'm getting an error message, "Access module could not be loaded."  Does
anyone know where this is coming from?  My systems people tell me that the
system has not changed since the last time I did this.

Thanks
*************************************************************************
*   Lawrence A. Jordan      VOICE: (213) 343-2737  FAX: (213) 323-2670  *
*   Director, Analytical Studies & Data Administration                  *
*     California State University, Los Angeles                          *
*     5151 State University Drive, 8506-1                               *
*     Los Angeles CA 90032                                              *
*   KAAILAJ@CSLA.BITNET     or   LJORDAN@CALSTATELA.EDU (INTERNET)      *
*************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 15:11:52 PDT
Reply-To:     Ellen Gilkerson <gilkerson.ellen@GENE.COM>
From:         Ellen Gilkerson <gilkerson.ellen@GENE.COM>
Subject:      sas-mode for emacs
Comments: To: sas-l <sas-l@vtvm1.cc.vt.edu>

I obtained sas-mode.el using ananymous ftp shortly after it became
available, and was unable to use it, even after adding the auto-execute
and autoload functions (that the documentation said would load the SAS
mode library) into my .emacs file.

The auto-execute lines may not work (will not work?) and should be
changed.  The two lines that I added to my .emacs file are the following:

(autoload     'sas-mode   "sas-mode")
(setq auto-mode-alist
     (append '(("\\.*sas" . sas-mode) ("\\.*scl" . sas-mode))
             auto-mode-alist))

The autoload line is the same as before.

The documentation in sas-mode.el has been changed.  Since I don't
remember anyone else reporting this problem, perhaps no one else had it,
but I wanted to mention it anyway.


Ellen Gilkerson
ellen@gene.com
(415) 225-1651
Genentech, Inc.
From: 76350.1604@COMPUSERVE.COM (Andy Norton)
Newsgroups: bit.listserv.sas-l
Subject: Re: More on -NOSYNTAXCHECK ( -N$SYNTAXCHECK ? )
Date: 8 Oct 92 14:18:57 GMT
Reply-To: Andy Norton <76350.1604@COMPUSERVE.COM>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: SAS-L <SAS-L@AWIIMC12.IMC.UNIVIE.AC.AT>

----------------------------------------------------------------------
CONTENT:    Response
SUMMARY:   SYNTAXCHECK option ignored in Display Manager
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
----------------------------------------------------------------------
Bob Snyder says:

> I did some more playing around after trying "options nosyntaxcheck"
> and getting a message saying the oprion was only valid at SAS
> startup. The following log excerpts show the difference in behavior
> when -NOSYNTAXCHECK is added to the command line to start SAS. Hope
> this sheds more light.

I have been playing around on CMS 6.07.301, and here are my
hypotheses:

Option SYNTAXCHECK / NOSYNTAXCHECK (default setting SYNTAXCHECK)
   Alias $SYNTAXCHECK / NO$SYNTAXCHECK

When SYNTAXCHECK is set, if an error is encountered in a step, OBS=0 is
set, and the remaining steps are run with OBS=0.

When NOSYNTAXCHECK is set, if an error is encountered in a step, OBS=0
is not set.  The remaining steps are executed completely.

==> Note:  The SYNTAXCHECK option is ignored in Display Manager.  You
always get the effect of NOSYNTAXCHECK (subsequent steps executed).

The SYNTAXCHECK option works in noninteractive mode.  I have not tested
line mode or true batch processing.

The SYNTAXCHECK/NOSYNTAXCHECK option can be set from the OPTIONS
statement in CMS, not just invocation.

---------------------
Options with a "$", such as $SYNTAXCHECK / NO$SYNTAXCHECK, are
"internal" options which are excluded from PROC OPTIONS output (and the
OPTIONS window).  To see them and their settings, use
   PROC OPTIONS INTERNAL;
   RUN;
From: SCHICK@DMRHRZ11.BITNET (Arnold Schick)
Newsgroups: bit.listserv.sas-l
Subject: Simple Problem
Date: 7 Oct 92 16:58:28 GMT
Reply-To: Arnold Schick <SCHICK@DMRHRZ11.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Hallo SAS-Ler,

at first, many Thanks for the lautatios (Phil Gallagher, Don MacQueen, at. all
and the ideas which helps by developing of codes for sampling of randomly data.

By this way, it is to clear the 'exact' random. It's not possible to define
exact a chance, its present or not and the sum is a randomly result.

And -as I mean- is that to carry over to the randomly selection of OBS.
The result is also randomly, that is the number of OBS. It appears only
an approaching.

For that cases have I developed the following code, which takes uniform
random OBS from a SAS dataset and looks for missing observations  for
approchaching to desired OBS numbers. If some want to find 'exact' the
quantity than is this code to run until the excat quantity is produced.
The best results were produced by little PCTs; no doubles are to delete.
(the example starts with a simple small sized dataset and the formula
LOG(0.66-1/(0.01*pct-1)) is experimental for the random generator RUNUNI
from SAS):


options nosymbolgen nostimer nosource;
data one;
   do h=0 to 99;
     p=h+h;
     output;
   end;
run;
%macro select(in,out,pct);
  data &out (drop=stored any_more res_fact)
    reserve (drop=stored any_more res_fact);
    set &in nobs=N end=last;
    which = _N_;
      if round(log(0.66-1/(0.01*&pct-1))*ranuni(0),1)
          then do;
                 stored+1;
                 output &out;
               end;
          else do;
                 if &pct > 90 then output reserve;
                              else if &pct < 84 then res_fact = 0.0065;
                                                else res_fact = 0.0020;
                 if round(log(0.66-1/(res_fact*&pct-1))*ranuni(0),1)
                      then output reserve;
               end;
    any_more = stored - round(&pct/100*N,1);
    if last then call symput('diff',any_more);
  run;
  %if &diff > 0  %then %do;
                         data &out (drop=i);
                           set &out nobs=N;
                           if i < &diff
                               then if round(log(0.66-1/(&diff/N-1))
                                 *ranuni(0),1) then do; i+1; delete; end;
                         run;
                       %end;
                %else %if &diff ^= 0 %then %do;
                        data reserve (drop=i);
                          set reserve nobs=N;
                          if i < N+&diff
                               then if round(log(0.66-1/((N+&diff)
                                 /N-1))*ranuni(0),1) then do; i+1;
                                                            delete; end;

                        run;
                        data &out;
                          update &out reserve;
                          by which;
                        run;
                      %end;
%mend select;
%select(one,two,23);
%select(one,two,39);


Arnold Schick  University of Marburg/Germany

Comments are welcome.
From: ADPDKHTS@UIAMVS.BITNET (Deb Cannon 319-335-6321)
Newsgroups: bit.listserv.sas-l
Subject: Strange surprises
Date: 15 Oct 92 21:16:00 GMT
Reply-To: Deb Cannon 319-335-6321 <ADPDKHTS@UIAMVS.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

----------------------------------------------------------------------
CONTENT:  Philip Gallagher's got company!
SUMMARY:  Used a variable name that turned out to be internal variable
REL/PLTF: 5.18/MVS 6.06/MVS 6.07/MVS 6.06/OS/2 6.04/PC-DOS
E-ADDR:   adpdkhts@uiamvs.bitnet
NAME:     Deb Cannon
PHONE:    319-335-6321
----------------------------------------------------------------------

    I'm afraid, like Philip Gallagher, my eyes got opened a little
    further today, too.  And I'm at a total loss, RTFM'ing furiously
    and getting nowhere.  Here's the problem, I ran it under
    6.07 and 6.06 on the mainframe, didn't try PC versions:

    I wrote a small program for a new SAS user, so that he could
    delete observations out of a SAS dataset when he needed to.
    I was so confident after writing it that it would work because
    it was just so darn obvious, that I didn't bother testing it.
    But I never would have guessed at what I had done wrong:
    Here's the program:

     data prod.history;
       set prod.history;
       if key = '           ' then do;
          delcnt + 1;
          put 'delcnt = ' delcnt;
          put _all_;
          delete;
          end;
     run;


  And the program deleted beautifully, and even put the right records
  into the log.  BUT, the value of delcnt was all screwy - sometimes
  missing, sometimes 1, sometimes 401, then back to 1. Definitely not
  what I thought this program would do.  I looked up everything:
  sum statements, the delete statement, even temporarily put in a
  retain statement, thinking I had forgotten what the sum statement
  would do for me.  Nothing worked.  Meanwhile, I had noticed a
  _delcnt_ variable in the _all_ output, right next to the delcnt
  variable.  On a whim, I changed the name of the variable to
  'cnt'.  And it worked fine.  And _delcnt_ is still in the _all_
  variables.  But I can't find any discussion of automatic variables
  that include '_delcnt_'.

  So I'm humbled once again, and test *everything* before I give
  it to someone else (altho it was an internal user).

  And, like Philip, I'm looking for my highly honored collegues
  to advise me.....(but remember I'm too young to be an old poop).

  TIA ;-)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Encoding: 8 TEXT
X-Mailer: Microsoft Mail V3.0 (beta-2)
Newsgroups: bit.listserv.sas-l
Date:         Tue, 13 Oct 1992 06:57:00 EST
Reply-To:     mmz1@CCDDCD1.EM.CDC.GOV
From:         mmz1@CCDDCD1.EM.CDC.GOV
Subject:      kappa coefficients?
Comments: To: SAS-L@uga.cc.uga.edu

Ref:  Terry RA.  Generating kappa statistics and testing useful hypotheses
        with PROC CATMOD.  Proceedings of the twelfth annual SAS users group
        international conference.  Cary, NC:  SAS Institute, Inc., 1987:
        1149-1153.  (Author's phone, 919/962-7643.  Address: Davie Hall 013A,
        University of North Carolina, Chapel Hill, NC 27514).

                            Matthew Zack
From: richardh@EPISUN.EPIDEM.UWA.EDU.AU ((Richard Hockey))
Newsgroups: bit.listserv.sas-l
Subject: Replacing the SAS editor
Date: 15 Oct 92 03:56:52 GMT
Reply-To: "(Richard Hockey)" <richardh@EPISUN.EPIDEM.UWA.EDU.AU>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Ezmail v3.9 <Thu Oct 15 11:36:34 1992 richardh>
Status: U
Comments: To: sas-l@ohstvma.acs.ohio-state.edu

Hi
At the recent SAS user day in Perth a paper was presented entitled 'Even
more efficient programming with release 6.07'. In this paper it mentions
that 6.07 allows users on UNIX and VMS to replace the SAS editor with
another, for UNIX it mentions GNU Emacs. Does anyone know how this is
done?
TIA


| Richard Hockey                    email:richardh@episun.epidem.uwa.edu.au   |
| Department of Public Health       phone:+61 9 389-3463        _--_|\        |
| University of Western Australia   fax:  +61 9 389-3648       /      \       |
| NEDLANDS WA 6009                                             *_.--._/       |
| Australia                                                          v        |
From: mschaeff@pilot.njin.net (Marc Schaeffer)
Newsgroups: bit.listserv.sas-l
Subject: SAS 6.04 w/ HP LASERJET II
Keywords: SAS, LASERJET
Date: 7 Oct 92 12:57:34 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


I am using SAS 6.04 with DOS 5.0 and an HP LASERJET II printer.  My
problem is that whenever I send output to the printer by file 'prn' in
the output window, it prints an additional blank page for every page of actual output.
My options statement includes ps=60;  Any ideas?


Also, I frequently produce reports from proc tabulate which fit only
in landscape mode.  So far, the only way I can send SAS output to the
printer in landscape is to first send an empty LOTUS worksheet with
the set-up string for landscape.  This gets a little tedious as I have
to exit SAS, load Lotus, return to SAS, etc.

Any ideas how to send the SAS output window to a Laserjet II in
landscape?

Thanks!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 16:34:00 PST
Reply-To:     Thomas M Skinner <Thomas_M_Skinner@CCM.HF.INTEL.COM>
From:         Thomas M Skinner <Thomas_M_Skinner@CCM.HF.INTEL.COM>
Subject:      Re[2]: Dataset Restructuring Problem
Comments: To: SAS-L@uga.cc.uga.edu

In reponse to Robert's list of possible reasons as to why he missed the
obvious solution to the data restructuring ala proc transpose...

It was obviously his preoccupation with the futile attempt of the
Pittsburgh Pirates to take the National League title...


GO BRAVES !! [X>   BEAT THE PIRATES !!
              |
BEST IN THE   |    CHOP, CHOP, CHOP
    WEST      |

My sincere thanks to the list administrature for his indulgence...


TMS
From: DHOPKINS@ERS.BITNET (David Hopkins)
Newsgroups: bit.listserv.sas-l
Subject: Invisible vars in a KEEP = List
Date: 16 Oct 92 17:45:38 GMT
Reply-To: David Hopkins <DHOPKINS@ERS.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

SASperts,

Thank you for the suggestion and work-arounds.  But, I got my original
program to work with double dash, " -- ", var list.  I think my first
program had some unprintable, trash characters (still not sure) gumming
up the SAS.  Now, my var list can be any length, including my list of
3,494 vars.

Sorry for the false alarm, but thanks for the suggestions.



--David Hopkins

+----------------------------------------------------------------------+
| David Hopkins, Programmer/Analyst| BITNET:  DHOPKINS@ERS             |
| US Department of Agriculture     | Tel:     202-219-0491             |
| Economic Research Service        | Fax:     202-219-1292             |
| Data Services Center, rm. 308    |          (ATTN: Rm 308)           |
| 1301 New York Ave., NW           |also, INTERNET: DHOPKINS@ERS.BITNET|
| Washington, DC  20005-4788       |                                   |
+----------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 11:16:00 EDT
Reply-To:     "Philip Gallagher,(919)966-1065" <UPHILG@UNC.BITNET>
From:         "Philip Gallagher,(919)966-1065" <UPHILG@UNC.BITNET>
Subject: Re: K Sen & reversed sign of dummy variable

"(K. C. SEN)" <SENKC@LUB001.LAMAR.EDU>
has asked twice about a sign reversal on a dummy variable when
a JMP regression run is compared with a SAS run (REG?  GLM?).

 ---------------------------- Text of forwarded message -----------------------

I've just completed duplicating regression runs on identical data sets using
JMP and SAS (6.06). Although the results are identical, the sign of the
coefficient of the dummy variable is reversed. Could someone please explain
what could lead to this.
 ----------------------------- End of forwarded message -----------------------

    If this question had not (apparently) gone unanswered, I would
    have continued to stay out of this one, for I am not a JMP user.
    Nontheless, we mustn't let beginners' questions go unanswered,
    so ...

    Mr. Sen, the most likely reason for the reversal of sign is that
    the two programs define the dummy variable differently.  Please
    check the documentation for each of the procedures.  (All of
    this supposes that you did not create the dummy variable yourself.)
    I almost always create my own dummy variables (not using CLASS
    or other statements), just so that I will know for sure
    which level was assigned to 0 and which to 1.  If one follows
    that approach and still gets a difference in sign between two
    regression procedures, then is really a problem.  Or, more
    precisely, the programmer of one of the procedures may have
    a problem!
                            Phil Gallagher
                            uphilg@unc
From: NY922199@PACEVM.BITNET (Robert)
Newsgroups: bit.listserv.sas-l
Subject: Dataset Restructuring Problem
Date: 9 Oct 92 14:32:08 GMT
Reply-To: Robert <NY922199@PACEVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Dear SASperts:

I have a rather unusal data restructuring problem. My dataset looks
like the following, where:

 *-----------------------   Primary Record Key
 |
 |    *------------------   Year
 |    |
 |    |    *-------------   Variable Name
 |    |    |
 |    |    |    *--------   12 Monthly Values For The Variable (Jan-Dec)
 |    |    |    |

CC1 1957 IV444 101 102 103 104 105 106 107 108 109 110 111 112
           --- Data For The Years 1958-1990 ---
CC1 1991 IV444 901 902 903 904 905 906 907 908 909 910 911 912

CC1 1957 IL977 151 152 153 154 155 156 157 158 159 115 125 122
           --- Data For The Years 1958-1990 ---
CC1 1991 IL977 951 952 953 954 955 956 957 958 959 968 971 982

Additional Information About This File:

  - there are 140+ different GROUP KEYs (it varys month to month, the
    file is updated monthly, but not for all of the variables)
  - the NUMBER of variables differs from GROUP KEY to GROUP KEY (there
    is an average of 100 variables per key)
  - there is always 12 months of data for each year
  - the year range for all of the variables is the same, 1957 to 1991
  - the data is in a permanent (very large) SAS dataset

What I want (need) is the classic rectanglar file structure, where:

 *------------------------ Primary Group Key
 |
 |    *------------------- Month The Value Is For
 |    |
 |    |    *-------------- First Variable,  IV444
 |    |    |
 |    |    |   *---------- Second Variable, IL977
 |    |    |   |
 |    |    |   |   *------ Rest of The Variables In This File
 |    |    |   |   |

CC1 JAN57 101 151 etc.
         /\
         \/
CC1 DEC57 112 122 etc.
       .....
CC1 JAN91 901 951 etc.
         /\
         \/
CC1 DEC91 912 982 etc.

As you can probably surmise, the big hangup is that the actual variable
name is stored as a value of a variable in the dataset, otherwise this
would be a rather straight forward problem that could be handled by us-
ing array processing, or more expediently, Proc TRANSPOSE.

We are runing SAS 6.07 under VM/ESA, the dataset resides on a 3380 disk
pack (it occupies 120 cylinders). Anyone have any ideas on how to re-
structure this beast into the format described earlier? Thanks.

                                     Robert
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU