HDTenEightyP/NetNews huggingface dataset:
From: tamara@glia.biostr.washington.edu (tiny t)
Subject: Re: READ AN EBCDIC TAPE ON SAS V606 VAX/VMS, HELP?
Organization: Dept Biological Structure-University of Washington
Distribution: usa
Date: Mon, 7 Sep 1992 20:42:11 GMT

In article <1992Sep3.185603.4937@mnemosyne.cs.du.edu> jadrew@nyx.cs.du.edu (Joe Drew) writes:
>
>Does any one have any experience reading a variable blocked EBCDIC tape
>to a VAX/VMS system?  Many of the fields are packed.  Ive tried many types
>of input statements and no luck.  They system seems to read the tape but
>
>Joe Drew, San Diego State University JDREW@UCSVAX.SDSU.EDU
>  A very puzzled and frustrated right now!
I know how frustrating that can be.

There are several types of utility programs which read EBCDIC tapes.
You might want to look into copying the tape to disk using one of
these packages and then reading it using SAS (I hope it's a transport file).


One such package is E-tape. Another is FOREIGN. E-TAPE is free of
charge. For a copy or more info contact:
	Dale Miller
	University of Arkansas at Little Rock
	Data Center NS204
	2801 S. University Ave.
	Little Rock, AR 72204-1099
	
	---
	Also I am leaving town for three-months. Please note my new
	e-mail address.
	
	If anyone requesting my paper has not received it, I apologize.
	Please send me a self-stamped addressed envelope and I'll 
	remedy that. Or check NESUG or the SUGI 17 Proceedings.
	 
	 ------
	 Tfischell@attmail.com
	 >
>


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 4 Sep 1992 16:47:31 -0400
Reply-To:     Queenie Ma <queenie@CUCIS.CIS.COLUMBIA.EDU>
From:         Queenie Ma <queenie@CUCIS.CIS.COLUMBIA.EDU>
Subject:      dis-regard this mail

Please dis-regard this mail.  We are having problem to receive mail from this
list.  Just testing.
From: richardh@EPISUN.EPIDEM.UWA.EDU.AU (Richard Hockey)
Newsgroups: bit.listserv.sas-l
Subject: Re: disable math chip, building device driver
Date: 10 Sep 92 02:01:03 GMT
Reply-To: Richard Hockey <richardh@EPISUN.EPIDEM.UWA.EDU.AU>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Ezmail v3.8 <Thu Sep 10 08:48:10 1992 richardh>
Status: U
Comments: To: sas-l@ohstvma.acs.ohio-state.edu

In reply to the mail from <SAS-L@OHSTVMA.ACS.OHIO-STATE.EDU>...
-------------------------------------------------------------------------------
>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.
>
the option is $nondp

| 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        |
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 15 Sep 1992 11:47:50 MST
Reply-To:     FLILLIBR@NMSUVM1.BITNET
From:         FLILLIBR@NMSUVM1.BITNET
Subject:      THANKS FOR HELP

Thanks for the help.  I got the info I needed about SAS Texts from
the SAS Archive.

Fred Lillibridge
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Sat, 12 Sep 1992 03:38:00 GMT
Reply-To:     "Nancy M. Bonney" <0003459876@MCIMAIL.COM>
From:         "Nancy M. Bonney" <0003459876@MCIMAIL.COM>
Subject:      Sum Variables & Missing Values
Comments: To: SAS-L <SAS-L@vtvm2.cc.vt.edu>

Apologies if this has been reported already...

Platform: MVS

If you have a sum variable that is set to a missing
value before the sum statement, AND the sum variable
accumulates only missing values, the final value of
the sum variable will be missing in versions 5.18 and
6.07, but ZERO in version 6.06.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL16]
Newsgroups: bit.listserv.sas-l
Date:         Thu, 3 Sep 1992 16:28:56 CDT
Reply-To:     "R. Snyder" <rsnyder@LOBBY.TI.COM>
From:         "R. Snyder" <rsnyder@LOBBY.TI.COM>
Subject:      Re: Infile question
Comments: To: okoks@PC.IBT.DK
Comments: cc: sas-l@uga.cc.uga.edu
              92 6:55 am

SUBJECT:   Infile from Ingress-output
SUMMARY:   Reply: Use EXPANDTABS
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
>
> CONTENT:  Infile from Ingress-output.
> SUMMARY:  Question.
> REL/PLTF: 6.07/Unix
> E-ADD:    okoks@pc.ibt.dk
> NAME:     Karsten Strobek
> Date:     3 September 1992
>
> Hello,
> I have a question about the use of infile to read data into SAS.
> I have some output from an Ingress-database. This database uses a <tab> as
> delimiter. Is it possible to get SAS to understand this too?
> Until now I have specified a certain length for each variable in the output,
> and the used the following code to read it:
>
> infile 'whatever';
> input var1 $ 1-6 var2 $ 7-19 , ect.
>
> I have tried to use characters as delimiter, but I must have done something
> wrong, because it didn't work.
>
> I hope someone can help, or guide me to where I can RTFM.
>
> TIA,
>
> Karsten Strobek
>
> Institute of Economics                              Phone: +45 33 91 21 66/377
> University of Copenhagen                                  Fax: +45 33 12 00 01
> Studiestraede 6                                      Internet: okoks@pc.ibt.dk
> DK-1455 Copenhagen K
> Denmark
>
Karsten,

You might try using the EXPANDTABS option of the INFILE statement. This
translates each tab to a standard 8 spaces.

Hope I helped,
Bob
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 3 Sep 1992 22:40:25 CDT
Reply-To:     David Nasser <NASSER@UMSLVMA.BITNET>
From:         David Nasser <NASSER@UMSLVMA.BITNET>
Subject:      *Complex* Char Comparisons

Content   : Question
Summary   : Re: new character manipulation tricks in SAS 6.07?
System(s) : MVS/ESA/SAS 6.07 et. al.
Name      : David Nasser

Do we have some new 6.07 goodies that enable us to better handle
*complex* character comparisons?

Specifically, if 2 poor unknown souls independently keyed in char.
fields of (say) length >=40, and we need to merge and compare for
_major_ differences, do we have new means of doing so?

Example of _major_ diff.:
VAR1='The rain in Spain falls mainly on the plain';
VAR2='THE PRECIPITATION IN ALBEQUERQUE IS TRIVIAL';

Example of _minor_ diff.:
VAR1='The rain in Spain falls mainly on the plain';
VAR2='THE  RAEN IN SPAIN FALLS MAINLEE  ON THE PLAIN';

Things to flag in the comparison:
  Differing number of "words" (as returned by SCAN(VAR,I,' '), I=1,N).
  Two or more chars that differ in any given pair of "words".

Things to ignore in the comparison:
  Case.
  Blanks, any number, in any position.
  Single char typos (one per "word").

This sort of thing has been discussed on SAS-L before. I checked the
SQL manual for "the LIKE condition": no apparent help. Seems that
someone mentioned a new data step comparison operator (or was it a
function??) in 6.07, but I couldn't find anything running MVS/TSO
6.07 on-line help. Ran DATABASE SEARCH on subject SOUNDEX, have yet
to receive info from UGA, MARIST, or OHSTVMA.

Yes, I could code a macro to do this. Its invocation might look like:

  MERGE THISUN THATUN;
   BY ID;
  RC=0;
 ** MACRO CCCOMP SETS RC=1 IIF *MAJOR* DIFFERENCES EXIST **;
  %CCCOMP(_VAR1=VAR1,_VAR2=VAR2,_RC=RC)
  IF RC;
 PROC PRINT;

where the actual macro code (SCAN, SUBSTR, etc.) is doing *unspeakable*
things with the _hideous and insideous_ parsing, and like dat.
Noooo-bodeeeee wants to do this (if it can be avoided).

Cigar and a beer for an elegant solution. Many thanks in advance for
anything thats not truly ugly. Will summarize if interest merits.

  Salut,
  David

David Nasser                              NASSER@UMSLVMA
St. Louis, Mo                             NASSER@UMSLVMA.UMSL.EDU

"Gimme back my wig,
 And let your head go bald!!"
                 Hound Dog Taylor
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 8 Sep 1992 16:45:07 EST
Reply-To:     Marge Scerbo <MSCERBO@UMAB.BITNET>
From:         Marge Scerbo <MSCERBO@UMAB.BITNET>
Subject:      NESUG '92
Comments: To: NESUG-L@UMAB.BITNET

It's getting down to the wire folks.  One month and counting.  Registration
for NESUG 92 (Baltimore--October 4-6) is moving right along.  We are into
regular registration rates ($170).  These are in effect for all registrations
postmarked by 9/29.  THEN onsite registration ($200) is in effect!  Save
yourself money (and me time) by sending in your registrations today!

If you have not received your registration packet, you can electronically
receive one from ALBNYDH2 --there are 2 files:
    NESUG92 ABSTRACT
    NESUG92 REGISTRA

If you have any questions, let me know.   Hope to see many of you there!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Mon, 14 Sep 1992 15:28:00 GMT
Reply-To:     Willy Waks <0005400191@MCIMAIL.COM>
From:         Willy Waks <0005400191@MCIMAIL.COM>
Subject:      WordPerfect Merge and SAS

Thanks to all those wto responded to my call for help about WordPerfect
Merge and SAS. Thanks in particular to Derek Morgan who sent me a
postscrip macro (which I have not tried yet) and Steven Scott who has
been working on a similar, but much more complicated application (about
2000 fields, as opposed to a 100-200 for us).
For those interested, here is the status of my research and testing
concerning WP 5.1 for DOS:
1) Text fields: it is fairly simple to create with PUT statements in SAS
a secondary merge file for WP: you just have to tell WP what are the
delimitors for your fields and for your records. We selected << as the
delimitor for beginning field, and >> for end field, and our secondary
file looks like that:
<<Dr. X>> <<150>> <<FIELD3>> <<FIELD4>> ....<<FIELDn>>
The fields in the WP primary file are numbered in order of appearance,
which means that theoretically we don't have to go through a complicated
naming convention scheme (however, this may not be a good idea for
eventual future changes to the WP document: renumbering the fields may
be cumbersome).
We have tested that on a samll text, not yet on a long document, and it
worked fine.
2) Color in text field: if you printer supports it, it's pretty simple
to assign a color to any text in WP.
3) Graphics: this is where things are less simple. WP 5.1 for DOS will
print a color graphic image only in Black and White, except for the
following color postscript printers for which WP has a driver:
NEC colormate PS, QMS Colorscript 100 Model 10,30 and 301 Seiko
ColorPoint PS, Tektronix Phaser 4693DX, ColorQuick and PX. I got this
info from the WP support forum on Compuserve.
4) Tables: we have not tried it yet, but I know we would like to enhance
SAS reports and put them into WP tables with borders and grids. One
off-hand solution I can think of is maybe using PROC DIF or DBF to
export the SAS data to a Dbase or Spreadsheet file, and then let WP
import this data into a WP table. (Steve, any idea ?)

Off-course, the graphic part mentionned above may be different if we use
WP for Windows, or Microsoft Words for Windows: they both run well under
OS/2 which is the SAS platform for this application, and have probably
more color graphic drivers.

        <<Errare humanum est... sed perseverare diabolicum !>>

Willy Waks
2W Systems Co., Inc 5430 Alpha Road Suite 200 Dallas TX 75240
Tel: 214-6618619 Fax: 214-6610130
Email: wwaks@mcimail.com     73437.344@Compuserve.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <phil@wubios>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.sas-l
Date:         Thu, 10 Sep 1992 20:08:22 CDT
Reply-To:     "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
From:         "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
Subject:      Numerical precision in comparisons
Comments: To: SAS Mailing List <SAS-L@ohstvma.ircc.ohio-state.edu>

There has been a good deal of discussion over the last few days about numeric
comparisions and several excellent discussions about some of the underlying
facts about how computers store floating point numbers and how SAS stores
numbers.  I am interested in whether there is any consensus among the SAS-L
users about whether there are things that could be changed and therefore that
ought to be on the SASWARE Ballot or whether it is just an education problem.

Possible changes might be:

	1) define a new comparison operator, e.g. ~~ that would mean "about
	equal"

	2) define a new function that would do the same as 1, e.g. about(a,b)

	3) define a new system option that would change the manner in which
	the comparison operators would all be fuzzed.

I have carefully avoided describing how to define the "about equal" because it
is a very technical issue and is complicated by a desire to have the same code
run the same way on machines which have different internal floating point
operation, but that part of the problem could be solved if there is a
consensus about what the goal should be.

If it is a good idea to do for the equal comparisons, then should there not be
a similar type of modification for the > and < comparison operators as well?

Please send your comments to me and I will post a summary or to the list if
you want to rally support for your position :-)

-phil

--
     J. Philip Miller, Professor, Division of Biostatistics, Box 8067
	 Washington University Medical School, St. Louis MO 63110
     phil@wubios.WUstl.edu - Internet  (314) 362-3617 [362-2694(FAX)]
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 11 Sep 1992 08:21:50 -0500
Reply-To:     Kernon Gibes <gibes@SWIRL.MONSANTO.COM>
From:         Kernon Gibes <gibes@SWIRL.MONSANTO.COM>
Subject:      Re: Creating a loooooong macro variable
Comments: To: SAS-L@uga.cc.uga.edu@tin.monsanto.com
Comments: cc: GIBES@tin.monsanto.com

 CONTENT:   Response (to Creating long macro variables)
 SUMMARY:   Macro variables also subject to 200 byte limit
 REL/PLTF:  6.07/
 E-ADDR:    gibes@swirl.monsanto.com
 NAME:      Kernon Gibes
 DATE:      11 Sept 1992

Regarding Helen's question about creating a long macro variable value
from multiple observations exceeding 200 characters: first, to my
knowledge, macro variables are also subject to the 200 byte limit, so
using special code to append character strings in separate observations
to create ONE macro variable is not going to solve the problem.  IMHO,
you're going to have to create multiple macro variables as well.

Second, regarding Bob Synder's code:

  call symput( 'mvar', symget( 'mvar' )||cvar );

I haven't tried to get this to work (though I think you'd at least need
to pre-define MVAR before doing this is a data step), but I believe
you'd need to deal with the issue of lengths.  Otherwise, the second
time around, CVAR will be appended to a 200 byte string and immediately
get truncated off.  Perhaps there are other pitfalls as well.
Organization: Queen's University at Kingston
Date: Tuesday, 8 Sep 1992 15:45:36 EDT
From: <BROEKHVN@QUCDN.QueensU.CA>
Newsgroups: bit.listserv.sas-l
Subject: SAS/SQL -- does it work?

The title says it all:  Does SAS/SQL work as advertised?


The guys who look after the university's precious on-line records
are planning a new data-base.  They want to set it up as an SQL
database for their own good reasons.  However many of the users in the
client departments would wish to access the data from SAS due to their
greater familiarity with SAS, and its superior report writing facilities.

So the idea is:  our guys set up the SQL database, and a number of
"canned SAS views" (perhaps available as %INCLUDed macros).  The
departments access it in native SQL/Intellect form, or as a
"virtual SAS dataset".

Has anybody done this before?  Any war/horror/success stories?  Any
"gotchas" in implementing a large data-base?

thanks in advance for any replies,


Kevin Broekhoven                       Applications Programmer
Computing Services                     Queens University K7L-3N6
Bitnet, NetNorth: BROEKHVN at QUCDN    IP: kevin@ccs.QueensU.CA (130.15.48.9)
X.400: Kevin.Broekhoven@QueensU.CA     Bell: (613)545-2235 fax: 545-6798
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <sbaker@umassmed.UMMED.EDU>
Newsgroups: bit.listserv.sas-l
Date:         Tue, 15 Sep 1992 14:18:11 -0400
Reply-To:     Stephen Baker <sbaker@UMASSMED.UMMED.EDU>
From:         Stephen Baker <sbaker@UMASSMED.UMMED.EDU>
Subject:      annotating output
Comments: To: sas-l@uga.cc.uga.edu

Is there a simple way to annotate output in sas-pc, i.e. place text between
the output from different procs?  There's an example in the FM for within
the data step, but I can't find how to do it in general.

Please reply direct as I do not subscribe to SAS-L


Stephen P. Baker                                phone:  (508) 856-2625
Lecturer in Biostatistics                               (508) 856-2440 fax
Department of Academic Computing                        (413) 253-3923 home
University of Massachusetts Medical School      e-mail: sbaker@umassmed.bitnet
55 Lake Avenue North                                    _. .____ __. _ __._
Worcester, MA 01655
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"sas-l@uga.bitnet"
Newsgroups: bit.listserv.sas-l
Date:         Fri, 11 Sep 1992 16:29:00 CDT
Reply-To:     BOKERSON@MEMSTVX1.BITNET
From:         BOKERSON@MEMSTVX1.BITNET
Subject:      Proc Tabulate

I am running SAS 6.07 with VAX/VMS 5.5....

I have a user that is running Proc Tabulate.  What he gets with his program
is as follows:

 -------------------------------------------
 |1. Working for Dobbs is one of  . |      |
 |               . .                |      |
 |----------------------------------|      |
 |      |      |      |Stron-|      |      |
 |Stron-|      |      | gly  |      |      |
 | gly  |      |Disag-|Disag-|Missi-|      |
 |Agree |Agree | ree  | ree  |  ng  |  N   |
 |------+------+------+------+------+------|
 | 37.00| 46.33| 10.83|  3.33|  2.50|600.00|
 -------------------------------------------

What he wants is the following arangement:

 ----------------------|-----------------------------------------|
 |                     |      |      |      |Stron-|      |      |
 |                     |Stron-|      |      | gly  |      |      |
 |1. Working for Dobbs | gly  |      |Disag-|Disag-|Missi-|      |
 |   is one of  . . .  |Agree |Agree | ree  | ree  |  ng  |  N   |
 |                     |------+------+------+------+------+------|
 |                     | 37.00| 46.33| 10.83|  3.33|  2.50|600.00|
 |----------------------------------------------------------------

I have tried a number of possible solutions without success so am appealing
to the Proc Tabulate experts in SAS-L land for ideas..  Here is his
program:

libname s '[]';
data new;
set s.qip;
title;
proc tabulate data=new missing;
   class v1;
   table v1*(pctn<v1>=' ') n/ printmiss misstext='Missing';
format v1 v1v.;
run;

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

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
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.sas-l
Date:         Fri, 4 Sep 1992 16:47:43 EDT
Reply-To:     QUEENIE@CPMAIL-AM.CIS.COLUMBIA.EDU
From:         QUEENIE@CPMAIL-AM.CIS.COLUMBIA.EDU
Subject:      dis-regard this mail

Please dis-regard this mail.  I am testing our bitnet link to sas-l.
Thanks.
Queenie Ma                  internet: queenie@cpmail-am.cis.columbia.edu
(212) 305-1783
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 8 Sep 1992 13:14:09 PDT
Reply-To:     KAAILAJ@CSLA.BITNET
From:         KAAILAJ@CSLA.BITNET
Subject:      Uncl: B37 Problem - SAS 6.07 under MVS

Since moving to SAS 6.07, end-of-volume conditions (B37's) don't abort our SAS
jobs.  An IEC030I message is sent to the JES message log, but the condition is
not treated as an ABEND, and SAS goes merrily on its way.

I want SAS to ABEND when it gets a B37 so I can fix the problem.  OPTION
ERRORABEND doesn't change matters.  Can anyone advise what to do?

*************************************************************************
*   LAWRENCE A. JORDAN                   (213) 343-2737                 *
*   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:         Thu, 3 Sep 1992 15:57:04 EDT
Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
From:         Howard Schreier <HIS@NIHCU.BITNET>
Subject: RE: Microfiche Output

CONTENT:  Clarification
SUMMARY:  I want to title and index microfiche
REL/PLTF: 6.07 MVS

Someone suggested that I elaborate a bit  on  my  microfiche
inquiry.

I can route a "print" file to fiche with fairly simple  JCL.
The  problem is that there is no indexing and no titling (at
least of individual fiche), so it isn't easy to find  things
in a lengthy report.

That is where EZFORM/PTFORM comes in.   These  packages  are
supposed   to  provide  enhanced  output.   EZFORM  operates
through subroutine calls, while PTFORM is a  post-processor.
I  strongly  suspect  that  there is no practical way to use
EZFORM with SAS.  I  seek  confirmation  of  this,  tips  on
PTFORM  (or on the post-processing approach in general), and
any other helpful suggestions.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   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    \
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Organization: University Hospital MEB, IMSDD, F.R. Germany
Date: Monday, 7 Sep 1992 18:46:25 MEZ
From: Bernd Strebel <UMM205@DBNMEB1.BITNET>
Newsgroups: bit.listserv.sas-l
Subject: Problem transfering SAS DATA-Sets CMS --> PC



It seems ridiculous,, but I have serious problems converting a CMS sas (6.06) d
ata set to a sas pc (SAS 6.04) data set. I created the cms file with this job:

proc cport data=cl.redmod2
file='nu out a';
run;

and tried to create a pc data set using proc cimport. But though I transported
a singe data set, sas pc always asks for the catalog option and won't accept da
ta=fileref (it reads the file and asks then for the catalog). Neither catalog
nor library definitions will work, if given. I tried using the xport engine on
the pc , too, but this didn't work, as sas-pc 'couldn't load the xport engine'.
I use a 386 with qemm, 4dos and dos 5.
Any ideas or hints - if possible please via e-mail - would be highly appreciate
d.
thanx 'a lot, Bernd


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU