HDTenEightyP/NetNews huggingface dataset:
X-Original-To:  sas-l@uga.bitnet, SCHNEUWL
Newsgroups: bit.listserv.sas-l
Date:         Mon, 12 Oct 1992 12:05:00 N
Reply-To:     SCHNEUWL@CZHETH5A.BITNET
From:         SCHNEUWL@CZHETH5A.BITNET
Subject:      problems with pc604.xpt from ftp.sas.com

I got from ftp.sas.com the usage notes for pc sas 604. I try to read them on the
 PC with SAS 6.04 with:

proc cimport infile='pc604.xpt' lib=work;run;

and the only thing I got back was an error message:

Note: Proc Cimport begins to create/update catalog WORK.D*******
ERROR: Cannot rename output data set WORK.D*******.CATALOG
       File name: E:\TEMP\SASWORK\D*******.SCT.
       Temporary name: E:\TEMP\SASWORK\#TF00007.SCT
ERROR: Unable to open catalog WORK.D*******
Note: The SAS System stopped ........

It's clear, SAS can not handle the illegal name D*******, but why is it pro-
duced at all?

I have ftp'ed the catalog as binary and as ascii; same result.

Can someone give me a hint?

                                        Bruno Schneuwly
                                        ETH Zurich
                                        schneuwl@czheth5a.bitnet
Newsgroups: bit.listserv.sas-l
From: charvey@teal.csn.org (Chip Harvey)
Subject: Sampling from datasets
Organization: Colorado SuperNet, Inc.
X-Newsreader: Tin 1.1 PL4
Date: Thu, 8 Oct 1992 22:22:05 GMT


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 7 Oct 1992 09:10:48 -0500
Reply-To:     "(Kernon Gibes)" <gibes@SWIRL.MONSANTO.COM>
From:         "(Kernon Gibes)" <gibes@SWIRL.MONSANTO.COM>
Subject:      RE: Redirecting WORK to another DECnet node
Comments: To: SAS-L@uga.cc.uga.edu@tin.monsanto.com
Comments: cc: GIBES@tin.monsanto.com

 CONTENT:   f/u on response to Gert Lokhorst's remote DECnet work directory
 SUMMARY:   Redirecting WORK to a *local* directory OK, but *remote* ???
 REL/PLTF:  6.06+/VMS
 E-ADDR:    gibes@swirl.monsanto.com
 NAME:      Kernon Gibes
 DATE:      7 October 1992

Gail Gill writes, in part:

>Gert,
>  Regarding your question yesterday, yes it is possible to
>redirect your workspace region on VMS. I have written a batch
>
<stuff deleted>
>
>$set default diskdrive:[your.directory]
>$sas 'P1'.SAS/work="diskdrive:[desired.work.region]
<rest deleted>

I'm sure that this works, but it doesn't address Gert's question: namely
whether the work directory can be assigned to a ***remote*** DECnet
node.  I've never had a need to do this, but my brief attempts this
morning have failed.  Under 6.07, SAS seems to be stripping away any
node reference and attempting to use the remaining disk and directory
specification (which may give a no privilege error, no such device
error, or go ahead and create a local directory tree, depending upon
whether the disk / directory portion has any local meaning or not).
From: AFDGF@ALASKA.BITNET (DENNIS G FISHER)
Newsgroups: bit.listserv.sas-l
Subject: Date formats
Date: 17 Oct 92 02:10:58 GMT
Reply-To: "ACAD2A::AFDGF" <AFDGF@ALASKA.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

I am using PC SAS and have the following code:
DATA PR;
Infile 'UAA00.dat' ;
Input Prnum 1-5  sig1 $ 6-13  date1 mmddyy6.  ;

My problem is that the data entry program used a zero fill for the
blank.  SAS tells me that whenever this happens, that this is
invalid data for DATE1 in line whatever.  It seems to be reading
the rest of the data just fine.  How should I cope with this?
Thanks in Advance.
Dennis Fisher
University of Alaska Anchorage
\
Organization: City University of New York/ University Computer Center
Date: Friday, 9 Oct 1992 08:29:51 EDT
From: Andrew A. Beveridge <ANDQC@CUNYVM.BITNET>
Newsgroups: bit.listserv.sas-l
Subject: Re: 2400 ft 9 track 6250 bpi tapes

Dear SAS-L'ers:
In article <9210090124.AA23203@biostat.mc.duke.edu>, "(Lawrence H. Muhlbaier)"
<lhm@BIOSTAT.MC.DUKE.EDU> says:
>
>>
>> * FROM: AMNON IGRA
>> Does anyone know how many megabytes of data in one large flat file can be
>> stored on a 2400 ft 6250 BPI 9 track tape? I have a PC SAS user who has a
>> large reel to reel tape drive attached to his PC and who would like to know
>> how much data he can store on a single tape of this size. Thank you.
>>
>
>I end up dealing with lots of tapes, so I can answer this one, sort of...
>
>9 trk, 2400', 6250 bpi            ---> 80 MB
>
>IBM 3480 tape cartridge           ---> 200 MB
>
>
>The actual amount of data that you will get on a tape depends on the
>length, density, and also on the 'blocking factor' or the amount of
>data that can be written in one burst.  The maximum amount in one burst
>varies with the operating system and the actual software used to write
>the data, but bigger is better (Maximums I have seen are 2048 bytes on
>DEC VMS, 32k on IBM MVS, to the whole tape on some streaming drives).
>
>Your mileage will vary ...
>
>Lawrence H. ('Doc') Muhlbaier           muhlb001@mc.duke.edu

This discussion is basically correct except that the maximum on a 6250 9 track
drive is 2400 x 12 x 6250 or 180 megabytes.  I think the 3480 is slightly
larger.  The amount you can actually get on does depend on blocking, so on an
IBM drive 160 megabytes is about right.
                                       Andy
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 9 Oct 1992 12:00:58 EDT
Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
From:         Howard Schreier <HIS@NIHCU.BITNET>
Subject: RE: Dataset Restructuring Problem

CONTENT:  Follow-up
SUMMARY:  Can index instead of sort; constructing month var.
REL/PLTF: 6.06+ for indexing

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

Agreed. I used JAN, FEB, etc. as variable names, so I built the month
variable with:

   mon = input('01'||trim(_name_)||put(year,4.),date9.);
   format mon monyy5.;

Also, since Robert is using 6.07, I opted to index instead of sorting:

   proc datasets;
   modify test;
   index create indkeyyr=(pkey year);

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   Howard Schreier, U.S. Dept. of Commerce, Washington    /
/                     MVS 5.18 & 6.07                      \
\   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
/   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 8 Oct 1992 11:27:00 CDT
Reply-To:     UCCXILM@OSUCC.BITNET
From:         UCCXILM@OSUCC.BITNET
Subject:      Awkward spacing-label with mixed fonts/vert axis

Content: Question
Summary: Spacing of label on vertical axis when changing fonts
Release and platform: 6.07 on MVS
Name:    Iris McPherson
Mail Address: BITNET uccxilm@osucc INTERNET uccxilm@mvs.ucc.oksstate.edu
Real Address:  Oklahoma State University, University Computer Center,
               MS 113, Stillwater, OK  74078
               Phone (405) 744-6301     FAX:   (405) 744-7861

A user brought me some graphs he had produced and complained about
the way SAS changed the space between the label and the values on the
vertical axis when he went from using one font for the entire label to
mixing fonts for the label.  When the same font is used for the whole
label the spacing is reasonable, but when the fonts are mixed the space
between the label and the values on the axis is greatly increased.  This
produces an awkward looking graph.  I have tried several combinations of
of mixed and unmixed fonts on both vertical and horizontal axes.  It
doesn't appear to make a difference which fonts are used when mixing
fonts, but the spacing problem only appears on the vertical axis.
I've tried this on an IBM3279 and a TEK4662 with the same results.

The sample program that produced the unreasonable spacing on the
vertical axis follows:

GOPTIONS DEVICE=tek4662;
DATA ONE;
INPUT A B @@;
CARDS;
1 5 2 10 3 15 4 20 5 25 6 30 7 35 8 40
AXIS1 LABEL=(H=1.6 J=C F=DUPLEX 'ALPHA') LENGTH=10 CM;
AXIS2 LABEL=(H=1.6 J=C F=DUPLEX 'A(' F=CGREEK 'a' F=DUPLEX
   ')') LENGTH=10 CM;
SYMBOL1 V=STAR I=JOIN C=black;
PROC GPLOT;
PLOT B*A/HAXIS=AXIS1 VAXIS=AXIS2;
RUN;

When the following combination of AXIS statements is used you get
reasonable spacing on both axes.

AXIS1 LABEL=(H=1.6 J=C F=CGREEK 'a') LENGTH=10 CM;
AXIS2 LABEL=(H=1.6 J=C F=DUPLEX A=90 'A(X)') LENGTH=10 CM;

The following also produces reasonable spacing:

AXIS1 LABEL=(H=1.6 J=C F=DUPLEX 'A(' F=CGREEK 'a' F=DUPLEX
   ')') LENGTH=10 CM;
AXIS2 LABEL=(H=1.6 J=C F=DUPLEX A=90 'A(X)') LENGTH=10 CM;

I've tried various other combinations with similar results.  Does
anyone have any ideas on how I can mix fonts on the label and still
get reasonable spacing on the vertical axis?  I appreciate any and all
suggestions.  Thanks in advance.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: sas-l@ohstvma.bitnet
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.sas-l
Date:         Thu, 8 Oct 1992 18:24:52 -0400
Reply-To:     "Dean F. Duncan" <dduncan@CC.GETTYSBURG.EDU>
From:         "Dean F. Duncan" <dduncan@CC.GETTYSBURG.EDU>
Subject:      Have You Converted IMF Funpack to SAS?
Comments: To: sas-l@ohstvma.bitnet

Has anyone out there in SAS-L land written a SAS program to read the
packed record format of the IMF International Financial Statistics data
and create a dataset?

Could I get a copy of your program?

Thanks.

Dean Duncan
Gettysburg College
Gettysburg PA
dduncan@cc.gettysburg.edu
From: macq@miguel.llnl.gov (Don MacQueen)
Newsgroups: bit.listserv.sas-l
Subject: Re: sas-mode for emacs
Date: 12 Oct 92 14:50:13 GMT
Organization: Lawrence Livermore National Laboratory

My thanks to Ellen for posting her solution to getting
sas-mode to autoload in emacs. Her solution works
for me also.

In article <"25112290012991/446335@GENVMS"@GENE.COM>, gilkerson.ellen@GENE.COM (Ellen Gilkerson) writes:
|> 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.

-- 
---------------------------------------------------
Don MacQueen                   macq@miguel.llnl.gov
Lawrence Livermore Nat. Lab.
7000 East Ave., L-307          (510) 423-1062
Livermore, CA 94550
---------------------------------------------------
From: KLASSEN@UVVM.BITNET (Melvin Klassen)
Newsgroups: bit.listserv.sas-l
Subject: Re: Reading Variable length records
Date: 13 Oct 92 20:13:13 GMT
Reply-To: Melvin Klassen <KLASSEN@UVVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA

"(DEAN E. NELSON)" <den0@NS1.CC.LEHIGH.EDU> writes:
>I have a data file which has 27 records per observation.  Two of the records
>have information from column 30 to the end of the record that I would like to
>be read as the value of the variables comm1 and comm2.

Change your SAS code to read:

 data dir.erac;
   infile 'erac.dat' n=24  MISSOVER  LENGTH=LRECL;
     input #8  username $ 29-32
           #10 @30 position
           #11 @30 gender
               .
               .
               .
           #24 @30 parking;  /* Read the first 24 */
     input @; /* Hold the 25th record */
            TAIL = LRECL - 29;
            IF TAIL > 0 THEN INPUT @30 comm1 $VARYING78. TAIL;
     input @; /* Hold the 26th record */
            TAIL = LRECL - 29;
            IF TAIL > 0 THEN INPUT @30 comm2 $VARYING78. TAIL;
     input;   /* Inhale the 27th record */
     run;
From: den0@ns1.cc.lehigh.edu (DEAN E. NELSON)
Newsgroups: bit.listserv.sas-l
Subject: Reading Variable length records
Date: 12 Oct 92 19:43:58 GMT
Organization: Lehigh University

I have a data file which has 27 records per observation.  Two of the records
have information from column 30 to the end of the record that I would like to
be read as the value of the variables comm1 and comm2.  The data step so far
looks like this:


data dir.erac;
  infile 'erac.dat' n=27;
    input #8  username $ 29-32
          #10 @30 position
          #11 @30 gender
              .
              .
              .
          #24 @30 parking
          #25 @30 comm1 & :$78.
          #26 @30 comm2 & :$78.
          #27;


This works OK but will choke on more than 1 embeded blanks.  I wanted to use
the $varying. format, but don't know how the length of the record would be
handled since I am inputting 27 records a pop.  Does anyone have any ideas?

-- 
Dean E. Nelson  den0@lehigh.edu  (Internet)
(215)-758-4988  (That is d-e-n-zero, not the letter O)
 
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Receipt-To: <mmz1@CCDDCD1.EM.CDC.GOV>
Encoding: 5 TEXT
X-Mailer: Microsoft Mail V3.0 (beta-2)
Newsgroups: bit.listserv.sas-l
Date:         Thu, 8 Oct 1992 06:46:00 EST
Reply-To:     mmz1@CCDDCD1.EM.CDC.GOV
From:         mmz1@CCDDCD1.EM.CDC.GOV
Subject:      Simple Problem
Comments: To: SAS-L@uga.cc.uga.edu

For SAS programs to obtain exact-sized random samples, look at the code in
the SAS Applications Guide, 1987, pages 228-230.

                                    Matthew Zack
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL16]
Newsgroups: bit.listserv.sas-l
Date:         Wed, 7 Oct 1992 14:32:24 CDT
Reply-To:     "(R. Snyder)" <rsnyder@LOBBY.TI.COM>
From:         "(R. Snyder)" <rsnyder@LOBBY.TI.COM>
Subject:      Re: Avoiding having OBS set to 0 after an error
Comments: To: PFEIFER_G@CUBLDR.COLORADO.EDU
Comments: cc: sas-l@uga.cc.uga.edu
              Research & Information,              492-6743" at Oct 6,
              92 11:25 am

SUBJECT:   OBS set to 0 by an error
SUMMARY:   An undocumented option
E-ADDR:    rsnyder@lobby.ti.com
NAME:      Bob Snyder
COMPANY:   Texas Instruments, Sherman, TX
PHONE:     (903) 868-5799
FAX:       (903) 868-7240
>
> ----------------------------------------------------------------------
> 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
> ----------------------------------------------------------------------
>
Gary,

A local user has told me of an undocumented option which is valid for some
systems. It is N$SYNTAXCHECK. It's not valid on my UNIX platform but it may
be on your MVS platform. Hope it does the trick.

Regards,
Bob
From: J.A.Edwards@MASSEY.AC.NZ (J.A. Edwards)
Newsgroups: bit.listserv.sas-l
Subject: MVS -> Unix?
Date: 13 Oct 92 20:49:43 GMT
Reply-To: "J.A. Edwards" <J.A.Edwards@MASSEY.AC.NZ>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: NETMAIL/PC Version 1i
Comments: To: sas-l@uga.cc.uga.edu

Hi,

I am trying to convert a MVS file for use with either SAS PC or SAS on a
Unix machine.  I have tried a number of options but with no success.

The header of the MVS file is shown below:

HEADER RECORD*******LIBRARY HEADER RECORD!!!!!!!000000000000000000000000000000
SAS     SAS     SASLIB  5.18    MVS/XA                          05NOV91:11:47:03
05NOV91:11:47:03        XCOPY   --

==============================================================================
|  Jenny Edwards, Computer Centre       |  EMail:  J.A.Edwards@massey.ac.nz  |
|  Massey University, Palmerston North  |  Tel:    (06) 350-5148             |
|  New Zealand                          |  FAX:    (06) 350-5607             |
==============================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 12 Oct 1992 16:16:48 PST
Reply-To:     Ski Taniguchi <Ski_Taniguchi@CCM.HF.INTEL.COM>
From:         Ski Taniguchi <Ski_Taniguchi@CCM.HF.INTEL.COM>
Subject:      Re: infile question
Comments: To: SAS-L@uga.cc.uga.edu

Is there a "4" in the second column in the "RULE" line as shown in the example
included below?  Also, I see 5 numbers in the "RULE" line (6, if "4" is
included) instead of 4 variables...

Also what do you have in the line 32 that cause the ARRAY index to go bad?

Ryosuke "Ski" Taniguchi
Intel Corp
=======================
Original Message Follows:
- - - - - - - - - - - - -
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 "companio
-n
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.
From: mschaeff@pilot.njin.net (Marc Schaeffer)
Newsgroups: bit.listserv.sas-l
Subject: SAS 6.04 AND LASERJET II
Keywords: SAS 6.04, LASERJET
Date: 7 Oct 92 13:06:03 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


I noticed in reading my own posting that a key line was garbled.  The
proble is that I get a blank page for every page of actual output when
sending a file from the output window to the printer using file 'prn'.
My options statement is ps=60;
Newsgroups: bit.listserv.sas-l
Date:         Thu, 1 Oct 1992 09:05:12 -1100
Reply-To:     Undetermined origin c/o Postmaster <POSTMASTER@AWIIMC12.BITNET>
Comments:     <Parser> E: Mail origin cannot be determined.
Comments:     <Parser> E: Original tag data was -> (Brian Platts)
              <B.Platts@kgispy.ccsd.uts.EDU.AU>@kgispy.ccsd.uts.edu.au
From:         Undetermined origin c/o Postmaster <POSTMASTER@AWIIMC12.BITNET>
Subject:      SAS on UNIX or SAS on PC
Comments: To: SAS-L@AWIIMC12.IMC.UNIVIE.AC.AT

I have been running alot of factor analysis. There is no contest - SASPC
struggles badly, SAS on our SUN Unix system is a breeze.
From: HIS@NIHCU.BITNET (Howard Schreier)
Newsgroups: bit.listserv.sas-l
Subject: Re: Summary: Reading variable length records
Date: 15 Oct 92 13:02:58 GMT
Reply-To: Howard Schreier <HIS@NIHCU.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

CONTENT:  Follow-up
SUMMARY:  TRUNCOVER option is 6.07 enhancement
REL/PLTF: 6.07

> In my last post, I had the following problem:
>
> I have a data file which has 27 records per observation.  Two of the
> records have information from column 30 to the end of the record that
> I would like to be read as the value of the variables comm1 and comm2.

[stuff deleted]

> I wanted to use the $varying. format, but don't know how the length of
> the record would be handled since I am inputting 27 records a pop.
> Does anyone have any ideas?
> ------------------------------------------------------------
> I want to thank everyone who responded.  The easiest method suggested
> was to use the TRUNCOVER statement in the infile statement which pads
> the record with blanks as far as is needed.  Other solutions given
> used INPUT @ to read the record (so the record length was known) and
> then read the values using the varying format, and to use the RECFM=F
> PAD options in the infile statements to pad the records and make them
> a fixed length.
>
> --
> Dean E. Nelson  den0@lehigh.edu  (Internet)
> (215)-758-4988  (That is d-e-n-zero, not the letter O)

As  one  who  suggested  a  workable  but  clumsy   solution
involving  multiple  INPUT  statements, I now agree that the
TRUNCOVER option  is  a  better  choice.   I  realized  this
yesterday  when  I  came  across  TRUNCOVER  while  skimming
through  Tech.   Report   P-222   (TRUNCOVER   is   a   6.07
enhancement, so you won't find it in the shiny blue FM).

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   Howard Schreier, U.S. Dept. of Commerce, Washington    /
/                     MVS 5.18 & 6.07                      \
\   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
/   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Newsgroups: bit.listserv.sas-l
From: charvey@teal.csn.org (Chip Harvey)
Subject: y
Organization: Colorado SuperNet, Inc.
X-Newsreader: Tin 1.1 PL4
Date: Thu, 8 Oct 1992 17:49:06 GMT