HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.sas-l
Date:         Mon, 12 Oct 1992 21:53:52 +0100
Reply-To:     HOLLI@FRINED51.BITNET
From:         HOLLI@FRINED51.BITNET
Subject:      infile question

system:  MicroVax/vms
version: 6.07
name:  Machiko Hollifield
address:  Instutut National D'Etudes Demographique, Paris

Hi SAS-lers,

This is the first time I'm using version 6.07 (before I had only access to
v5.18).  My question is infile statement.

I have a data as follows (this is a test data, not real one):

1 7 8 7
5 7 8 9
1 2 3 4
0 2 3 4
1 3 5 7
etc.

The program to read this is as follows:

data in; inifle 'c.dat'; input c t1 t2 t3;
etc.

Then I got the error message in the calculation part.  But I found that the
program is not reading the data right if there is 0 at the beginning of the
observations.  I moved the column to start with column 2 but did the
saymething.  I have hard time to access SAS manual here (Cannot find "companion
for VAX/VMS).  In the real data there are lots of 0s in the first column and
colomns are not lined up as I mentioned before.  Is there any work around?
Thanks
Machiko Hollifield, From Paris
----------------------  this is part of the log file -------------------------
 NOTE: The infile 'c.dat' is:
       File=BARSAC$DUB1:[HOLLIFIELD]C.DAT
 C=1 T1=7 T2=8 T3=7
 C=5 T1=7 T2=8 T3=9
 C=1 T1=2 T2=3 T3=4
 C=0 T1=2 T2=3 T3=4
 ERROR: Array subscript out of range at line 32 column 5.
+ERROR: Array subscript out of range at line 32 column 5.
+ERROR: Array subscript out of range at line 32 column 5.
 RULE:
----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8
 4          0 2 3 4 8
 C=0 T1=3 T2=3 T3=4 TM=50 TT1=0 TT2=0 TT3=1 TT4=1 TT5=1 TT6=1 TT7=1 TT8=1 TT9=1
TT10=1 TT11=1 TT12=1 TT13=1 TT14=1 TT15=1 TT16=1
 TT17=1 TT18=1 TT19=1 TT20=1 TT21=1 TT22=1 TT23=1 TT24=1 TT25=1 TT26=1 TT27=1
TT28=1 TT29=1 TT30=1 TT31=1 TT32=1 TT33=1 TT34=1 TT35=1
 TT36=1 TT37=1 TT38=1 TT39=1 TT40=1 TT41=1 TT42=1 TT43=1 TT44=1 TT45=1 TT46=1
TT47=1 TT48=1 TT49=1 TT50=1 T=51 X=0 FX=48 DF=0
 _ERROR_=1 _N_=4
 NOTE: 4 records were read from the infile 'c.dat'.
       The minimum record length was 7.
       The maximum record length was 8.
 NOTE: The SAS System stopped processing this step because of errors.
 NOTE: SAS set option OBS=0 and will continue to check statements. This may
cause NOTE: No observations in data set.
 WARNING: The data set WORK.IN may be incomplete.  When this step was stopped
there were 3 observations and 59 variables.

-------------------------------------------------------------------------------
P.S.  I also tried to use "recfm=f lrecl=8", but there is not difference.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 14 Oct 1992 20:46:00 EDT
Reply-To:     "Li, Zhiming (919-933-9778)" <LZM@UNC.BITNET>
From:         "Li, Zhiming (919-933-9778)" <LZM@UNC.BITNET>
Subject:      PC-SAS 6.04: one day gap between input and display

Hi! Dear Netters:
     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.

Does anyone know the reason???

Thank you for your help!

-----------------------------------------------------------------------
Zhiming Li                           E-mail: LZM@UNC.BITNET
Dept. of Medicine                    tel #: 919-966-6370 (W)
Univ. of North Carolina
Chapel Hill, NC 27599
USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 09:50:15 -0500
Reply-To:     "(Kernon Gibes)" <gibes@SWIRL.MONSANTO.COM>
From:         "(Kernon Gibes)" <gibes@SWIRL.MONSANTO.COM>
Subject:      RE: Dataset Restructuring Problem
Comments: To: SAS-L@uga.cc.uga.edu@tin.monsanto.com
Comments: cc: GIBES@tin.monsanto.com

 CONTENT:   Response to "Dataset Restructuring Problem"
 SUMMARY:   Why not TRANSPOSE with an ID statement?
 REL/PLTF:  na/na
 E-ADDR:    gibes@swirl.monsanto.com
 NAME:      Kernon Gibes
 DATE:      9 October 1992

Regarding "Dataset Restructuring Problem", I must be missing something.
"Robert" writes:

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

but I don't see why you can't use TRANSPOSE with an ID statement.  For
example:

 data test;
    input pkey $ year varid $ m1-m12;
 cards;
 CC1 1957 IV444 101 102 103 104 105 106 107 108 109 110 111 112
 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
 CC1 1991 IL977 951 952 953 954 955 956 957 958 959 968 971 982
 ;
 run;

 proc sort data=test;
  by pkey year;
 run;

 proc transpose data=test out=reformat;
  by pkey year;
  id varid;
  var m1-m12;
 run;

 proc print data=reformat;
 run;

You'd want to map _NAME_'s M1 through M12 and YEAR into a SAS date, but
other than the cost of the SORT I don't see why this wouldn't address
the problem?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 7 Oct 1992 09:48:11 CDT
Reply-To:     sparapan@SALT.RA.ANL.GOV
From:         sparapan@SALT.RA.ANL.GOV
Subject:      Error Handling in SAS
Comments: To: sas-l@uga.cc.uga.edu

>> ----------------------------------------------------------------------
>> content:  query
>> SUMMARY:  how to avoid having obs set to 0 after a non-fatal error
>> REL/PLTF: SAS 6.07, MVS/ESA, IBM309x clone
>> E-ADDR:   pfeifer_g@cubldr.colorado.edu
>> NAME:     Gary Pfeifer
>> PH/ADDR:  303/492-6743   Univ of Colorado   CB 108   Boulder CO 80302
>> ----------------------------------------------------------------------
>>
>> I have a batch job which uses the VTOC data for a disk volume to make
>> a list of the SAS data libraries on that volume, and then uses that list
>> to do a proc contents on each one, so that I can get a report on unused
>> space in each library.  Under 6.06, if I ran the job while one of those
>> libraries was in use, the job simply stopped processing that step, did not
>> add any statistics for that library to the output dataset,
>> and went on to the next library on the list.
>>
>> In 6.07 however, OBS is set to zero which means the rest
>> of the list is not processed at all, and nothing is printed out for the
>> libraries which were processed  correctly.
>>
>> It seems like there is an option which controls whether obs is set to zero
>> in such cases, but I cannot find it.
>>
>> If there is no such option, does it make any sense to try setting obs back
>> to MAX, if I get a nonzero return code from the PROC Contents?
>>
>> Gary
>>
>
>To One and All,
>
>I've experienced simular problems and am interrested in any replys.
>
>Thanks,
>Bob
>
Gary and Bob and Sas-l:

I have been using a technique lately that may be of interest to this problem.
Sas has two error handling modes:  interactive and batch.  They are(in my view)
counterintuitive.  In interactive error handling, the datastep which generates
the error is set to obs=0 and the rest of the program is processed as usual.
This is counterintuitive in the sense that if it is an interactive session, it
could prompt the user for the error handling option to be specified.  In batch
mode, it operates like an abort and the rest of the program is checked for
syntax errors and not processed.  I think that it should be the other way
around.  In a batch job, the program should attempt completion especially
since there may be no user logged on to inform.  Therefore, any programs in
which I know there is the possibility of error generation, but I want to
process entirely, I run interactive(bummer).  There is an option called
errorabend that abends after an error, but this is of little use.  I hope
there is an error handling option on the sasware ballot.  By the way, I use
v5 manuals for the most part so I don't have to share, but I think I got this
stuff from v6, but please correct me if I'm wrong.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Pmrqc:      1
X-Mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.sas-l
Date:         Mon, 12 Oct 1992 17:07:25 EDT
Reply-To:     Tom Frenkel <FRENKEL@CPMAIL-AM.CIS.COLUMBIA.EDU>
From:         Tom Frenkel <FRENKEL@CPMAIL-AM.CIS.COLUMBIA.EDU>
Subject:      Fix for 6.07 Graphics Bug w/EXTRA & HGO
Comments: To: SAS-L@uga.cc.uga.edu

 SUBJECT:   SAS 6.07 Graphics Bug w/EXTRA & HGO
 SUMMARY:   Patch Diskette from Attachmate seems to help
 REL/PLTF:  SAS 6.07/MVS, EXTRA Extended for DOS 2.23, HGO 2.00
 E-ADDR:    FRENKEL@CPMAIL-AM.CIS.COLUMBIA.EDU
 NAME:      Tom Frenkel
 COMPANY:   Columbia-Presbyterian Med. Center, New York, NY
 PHONE:     (212) 305-1825
 FAX:       (212) 305-3302

There has recently been some discussion on SAS-L about unnecessary
screen re-draws, with the above software.  (In my case -- I'm using
vector graphics -- the problem manifested itself when I used
TARGETDEVICE=APPLELW, necessitating a white background on the
screen).  I called Attachmate, and just received their Host Graphics
Option "Patch Diskette", numbered "Version 2.00-910726".  Based on a
single test so far, this patch DOES eliminate the unnecessary screen
re-draws. That's the good news; the bad news is that for a couple of
graphs, I received the "Screen Erasure Caused by Error Recovery
Procedure" message and had to "attention" out of the graphics
window. I'll of course pursue this problem (insufficient memory?);
and if anyone has a suggestion about this it would be most welcome!
--Tom
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 12 Oct 1992 13:33:48 EDT
Reply-To:     BLEBLANC@UMIAMIVM.BITNET
From:         BLEBLANC@UMIAMIVM.BITNET
Subject:      problems with pc604.xpt from ftp.sas.com

Bruno Schneuwly reports having problems using Proc Cimport in converting the
pc usage notes from ftp sas.com.

It works using the following pc sas program:

  libname in sasv5xpt 'c:scratchpc604.xpt';
  libname out 'c:sassasusage';
  proc copy in=in out=out;
  run;

I ftp'd the file in binary, and downloaded to my pc using kermit, in binary.

Bill LeBlanc
Academic Support Group
University of Miami
PO Box 248011
Coral Gables, FL 33124
305-284-3915
BITNET:   BLEBLANC@UMIAMIVM
INTERNET: BLEBLANC@UMIAMIVM.IR.MIAMI.EDU
From: PASSRAY@CPMAIL-NZ.CIS.COLUMBIA.EDU (Ray Pass)
Newsgroups: bit.listserv.sas-l
Subject: TABULATE FORMATS
Date: 16 Oct 92 16:14:21 GMT
Reply-To: Ray Pass <PASSRAY@CPMAIL-NZ.CIS.COLUMBIA.EDU>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer:     Pegasus Mail v2.3 (R3).
Comments: To: SAS-L@uga.bitnet

Once again, the list has come through.  Howard and Kernon replied to my plea
yesterday and supplied enough information to satisfy me.  The answer seems to
be that the FORMAT option in the PROC TABULATE statement and F= options in
TABLE statements should be used to format "cell" entries only, whereas the
FORMAT statement should be used to format CLASS vars only, and the two don't
mix very well.  Howard called me to task about having successfully used F=
options with CLASS vars in the past.  I looked and couldn't find any.  I
guess I'm getting closer to being an old poop than I thought.  Kernon agrees
with me that it doesn't particularly make sense, especially when you get
unexpected results and its not really clearly explained in the FM.  So be it.
Another lesson learned.

Interesting sidelight:  At the NESUG Opening Session mixer, Howard walked up
to me and introduced himself.  I looked around and spotted three other people
who I know from NESUG, and who are also frequent SAS-L contributors (Ron
Cody, Gerry Pauline and Mike Zdeb).  I immediately called them over and
everybody introduced themselves.  Its like meeting people for the first time
who you've known for years.  Interesting experience.  I can't wait for SESUG
to meet the real old poop.

Ray


 *--------------------------------------------------------------------------*
 | Ray Pass, Ph.D.                                    Voice: (212) 305-7748 |
 | Columbia-Presbyterian Medical Center                 Fax: (212) 305-3302 |
 | 161 Ft. Washington Ave.       AP1310                                     |
 | New York, NY 10032-3784               passray@cpmail-nz.cis.columbia.edu |
 *--------------------------------------------------------------------------*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 22:19:01 PST
Reply-To:     Ski Taniguchi <Ski_Taniguchi@CCM.HF.INTEL.COM>
From:         Ski Taniguchi <Ski_Taniguchi@CCM.HF.INTEL.COM>
Subject:      Re: factorial problem
Comments: To: SAS-L@uga.cc.uga.edu

You could code:
          Input @1  Name $char5.
                @7  (c1-c13)  (+1 $char1.) ;
instead of the input statement below...  just FYI...
("+1" is used before "$char1", so it will not get wraparound)

          Ski Taniguchi
============================================================

    input  @1  name $char5.
           @8  c1  $char1.    @10 c2  $char1.    @12 c3  $char1.
           @14 c4  $char1.    @16 c5  $char1.    @18 c6  $char1.
           @20 c7  $char1.    @22 c8  $char1.    @24 c9  $char1.
           @26 c10 $char1.    @28 c11 $char1.    @30 c12 $char1.
           @32 c13 $char1.;
cards;
NAME1  A . C D . . G . I . K L M
NAME2  . B . D E . . . I . . . M
NAME3  . . C . E . . H . J . . .
NAME4  . . . . . . . . . . . . .
NAME5  . . . . . . . . . . . . M
NAME6  . . . . . . . . . . . L .
NAME7  . . . . . . . . . . . L M
NAME8  A . . . . . . . . . . . .
NAME9  A B C D E F G H I J K L M
;
From: rsnyder@LOBBY.TI.COM ((R. Snyder))
Newsgroups: bit.listserv.sas-l
Subject: Re: Spacing in Fonts in SAS/GRAPH
Date: 7 Oct 92 17:25:56 GMT
Reply-To: "(R. Snyder)" <rsnyder@LOBBY.TI.COM>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL16]
Comments: To: URARC%NYUCCVM.BITNET@uga.cc.uga.edu
Comments: cc: sas-l@uga.cc.uga.edu
              92 12:35 pm

SUBJECT:   Fonts in PROC NETDRAW
REL/PLTF:  6.07/HP300
E-ADDR:    rsnyder@lobby.ti.com
NAME:      Bob Snyder
COMPANY:   Texas Instruments, Sherman, TX
PHONE:     (903) 868-5799
FAX:       (903) 868-7240
>
> Question: Spacing in Fonts used by SAS/GRAPH
> >From    : Alina Chu
> --------------------------------------------------
> I am trying to create network flow diagrams using PROC NETDRAW that fit on
> one page.

< Stuff Deleted>

Alina,

I've had the same problem and been told that PROC NETDRAW defaults to the
smallest hardware font when limited to one page. I also have not been able
to find a cure and would be interrested in any responses.

Regards,
Bob
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 16:15:01 PST
Reply-To:     Bert Cave <Bert_Cave@CCM.HF.INTEL.COM>
From:         Bert Cave <Bert_Cave@CCM.HF.INTEL.COM>
Subject:      Re: proc sql
Comments: To: SAS-L@uga.cc.uga.edu

Running SAS 6.07 with VAX/VMS 5.5

Is Proc SQL available on the PC version of SAS?  I have a user who has SAS/PC
(remote location) and has a problem that would be solved easiest with
-SQL, but
I am not sure that it is available on that platform...

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

Barbara Okerson                     BOKERSON@MEMSTVX1 (bitnet)
SAS Consultant                      BOKERSON@MSUVX1.MEMST.EDU (internet)
Academic Computer Services          (901)678-3682 (voice)
Memphis State University Memphis, TN  38152

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

SAS 6.08 (SAS for Windows) does include PROC SQL.  I am now running
the beta version of it.  SAS 6.04 does not include SQL.
Bert_Cave@CCM.HF.INTEL.COM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 12 Oct 1992 12:50:15 -0700
Reply-To:     "(Haley Kaplowitz)" <haley@GENE.COM>
From:         "(Haley Kaplowitz)" <haley@GENE.COM>
Subject:      SAS recrutiers for the Pharmaceutical Industry
Comments: To: sas-l@uga.bitnet

Hi,
   I am trying to compile a short list of pharm industry recruiters who cover
the east coast for a friend of mine in Houston who is relocating.  If anyone
has some names and numbers, I'd really appreciate it!

Thanks,
Haley
From: SASMAINT@SUVM.BITNET (Nelson R. Pardee)
Newsgroups: bit.listserv.sas-l
Subject: SAS/Access for Datacom/DB
Date: 15 Oct 92 14:33:36 GMT
Reply-To: "Nelson R. Pardee" <SASMAINT@SUVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

I would be interested in any information on usability and performance
anyone can provide. There are two flavors: the old PROC in SAS 5.18
and the new engine in version 6. I am interested in both (although
the 5.18 one mainly for historical and comparison reasons), and
would appreciate clear identification of which product is being used.
 --Nelson R. Pardee,  Computing Services, Syracuse University          --
 --120 Hinds Hall, Syracuse, NY 13244-1190 USA   (315)443-1079         --
 --Bitnet: SASMAINT@SUVM     Internet: SASMAINT@SUVM.ACS.SYR.EDU       --
From: mcfadm@DNRHAL.DNR.WISC.GOV ((Non omnia possumus omnes.))
Newsgroups: bit.listserv.sas-l
Subject: FORMCHARs for HP LaserJets
Date: 14 Oct 92 16:39:33 GMT
Reply-To: mcfadm@dnrhal.dnr.wisc.gov
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: smtp%"sas-l%marist.BITNET@CUNYVM.CUNY.EDU"
X-VMS-Cc: MCFADM
Comments: To: sas-l%marist.BITNET@CUNYVM.CUNY.EDU

I'm looking for someone to help me with FORMCHAR arguments for
PROC TABULATE and PROC CALENDAR.  Has anyone experimented with
FORMCHAR's for a HP LaserJet II or HP LaserJet III?  I'm running
v6.07 under VAX/VMS.  If nobody has experimented with these I'll
try coming up with a set of my own, but I'd prefer not to
"reinvent the wheel."

Thanks in advance.
=================================================================
                                                    Mark McFadden
                                       mcfadm@dnrhal.dnr.wisc.gov
                        Wisconsin Department of Natural Resources
                                       Madison,  Wisconsin  53707
                                                    (608)267-9804
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: sas-l@OHSTVMA.BITNET
X-VMS-To: BITNET%"sas-l@ohstvma"
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 11:05:00 EDT
Reply-To:     "Robert M. Hamer 908-932-2696" <HAMER@ZODIAC.BITNET>
From:         "Robert M. Hamer 908-932-2696" <HAMER@ZODIAC.BITNET>
Subject:      Reversed sign on dummy variable

"(K. C. SEN)" <SENKC@LUB001.LAMAR.EDU> writes:

>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.
>Thanks
>---- K. C. Sen

JMP and SAS/GLM/REG parameterize the models differently.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 8 Oct 1992 11:34:18 EDT
Reply-To:     Ekeho <V1354G@TEMPLEVM.BITNET>
From:         Ekeho <V1354G@TEMPLEVM.BITNET>
Subject:      sasautos option

Hi SAS-lers
   A friend of mine asked me how to use sasautos. I tested the following
   small program. It does'nt work. Please figure out.
   Thank you in advance.










11                                                          The SAS System

 NOTE: Copyright(c) 1989 by SAS Institute Inc., Cary, NC USA.
 NOTE: SAS (r) Proprietary Software Release 6.06.01
       Licensed to TEMPLE UNIVERSITY COMPUTER ACTIVITY, Site 0003844001.



  Welcome to the new SAS System, Release 6.06.

  This message is seen by users when the NEWS option is specified.
  You can replace this message with your own by editing the NEWS file.

  Changes and enhancements available in SAS Release 6.06 are documented
  in the online Host Help.

 1          data ex1;
 2               infile 'sample data a';
 3               INPUT ID $ 1-10 SEX $ 11 AGE 12-13 HT 15-16 WT 18-20;
 4          run;

 NOTE: The infile 'sample data a' is:
       Filename=SAMPLE   DATA     A1,
       Lrecl=80,Recfm=FB  ,Blksize=960

 NOTE: 10 records were read from the infile 'sample data a'.
 NOTE: The data set WORK.EX1 has 10 observations and 5 variables.

 ERROR: No file referenced by SASAUTOS OPTION can be opened.
+ERROR: No file referenced by SASAUTOS OPTION can be opened.
+ERROR: No file referenced by SASAUTOS OPTION can be opened.
 WARNING: Source level autocall is not found or cannot be opened. Autocall has b
          To use the autocall facility again, set OPTION MAUTOSOURCE.
 WARNING: Apparent invocation of macro PRTDATA not resolved.
 5          options mrecall mautosource sasautos='prtdata sas a';
 6
 7          %prtdata;
 7          %prtdata;
+           _
+           _
+           _
            180
+           180
+           180

 ERROR 180-322: Statement is not valid or it is used out of proper order.
+ERROR 180-322: Statement is not valid or it is used out of proper order.
+ERROR 180-322: Statement is not valid or it is used out of proper order.


 ERROR: Errors printed on page 1.
+ERROR: Errors printed on page 1.
+ERROR: Errors printed on page 1.

 NOTE: SAS Institute Inc., SAS Circle, PO Box 8000, Cary, NC 27512-8000

* macro program

%macro prtdata;
   proc print;
   run;
%mend prdata;




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

Ekeho Oh

Internet: V1354G@VM.TEMPLE.EDU     Home: 534 W.Pike St
Bitnet:   V1354G@TEMPLEVM                Philadelhpia, PA 19140
Dep't of Statistics                      215-223-6485
Temple University
Philadelphia, PA 19122
USA

===============================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 11:11:00 EDT
Reply-To:     SUMA@CLEMSON.BITNET
From:         SUMA@CLEMSON.BITNET
Subject:      factorial -thanks

To Jeff and Phil
I am not sure I understand the solutions you have suggested to
the factorial question I asked.  However I did want to mention
that the vertical concatenation worked. I created a variable
called
varnew=a|b|c|d|e|f|g|h|i|j|k|l|m
and did a proc freq on this variable.  This gave me a listing of
the combinations I had and the freqency in each  combination.
Thanks to everyone who kindly offered a suggestion to my problem.
Uma
Newsgroups: bit.listserv.sas-l