HDTenEightyP/NetNews huggingface dataset:
Via: uk.ac.leicester; Thu, 3 Sep 1992 15:16:55 +0100
Newsgroups: bit.listserv.sas-l
Date:         Thu, 3 Sep 1992 15:16:00 BST
Reply-To:     Mail_System@LEICESTER.AC.UK
From:         Mail_System@LEICESTER.AC.UK
Subject:      %% Undelivered Mail %%
Comments: To: SAS-L <SAS-L@VTVM2.CC.VT.EDU>

Your mail was not delivered as follows:
%MAIL-E-USERSPEC, invalid user specification '@UK.AC.LEICESTER.IRIX'

Your original mail header and message follow.

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Via: UK.AC.NSFNET-RELAY; Thu, 3 Sep 92  15:16 BST
Received: from vtvm2.cc.vt.edu by sun3.nsfnet-relay.ac.uk with Internet SMTP
          id <sg.22375-0@sun3.nsfnet-relay.ac.uk>;
          Thu, 3 Sep 1992 15:15:56 +0100
Received: from vtvm2.cc.vt.edu by VTVM2.CC.VT.EDU (IBM VM SMTP V2R2) with BSMTP
          id 9208; Thu, 03 Sep 92 10:14:23 EDT
Received: from VTVM2.BITNET by vtvm2.cc.vt.edu (Mailer R2.08 R208002)
          with BSMTP id 9135; Thu, 03 Sep 92 10:14:11 EDT
Date: Thu, 3 Sep 1992 10:13:25 -0400
Reply-To: "Harlene C. Gogan: RTI's PC-SAS Technical Consultant"
 <RTIHCG%BITNET.RTI@EDU.VT.CC.VTVM2>
Original-Sender: "SAS(r) Discussion" <SAS-L@EDU.VT.CC.VTVM2>
From: "Harlene C. Gogan: RTI's PC-SAS Technical Consultant"
 <RTIHCG%BITNET.RTI@EDU.VT.CC.VTVM2>
Subject: Observations, does it exist on-line?
To: Multiple recipients of list SAS-L <SAS-L@EDU.VT.CC.VTVM2>

___________________________________________________________________________
CONTENT:   Question (forwarded)
SUMMARY:   Is Observations on-line anywhere?
REL/PLTF:  All
E-MAIL:    RTIHCG@RTI.BITNET
NAME:      Harlene C. Gogan
PH/ADDR:   (919) 541-6565 / RTI, PO12194, RTP,NC 27709
DATE:      9/3/1992 10:15 EST
__________________________________________________________________________

A message to me: Date: Wed, 2 Sep 92 14:54:19 PDT
from: cconell@reed.edu (Carol Conell)

>Hi--Do you know if there's an online version of Observations or a reasonably
>priced way of getting a specific article.  For those of us who merely
>use SAS and work in small colleges, getting Observations means going
>through interlibrary loan which would mean according to our library
>forking over 6$ for the article + .25/page which is more than I can
>afford personally.  Your discussion of the sas transport article made
>it sound great, but it seems inaccessible.  Carol Conell

While I personally know of nowhere to observe Observations on-line, do
any of the "SAS-L-ites" know any more?

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
End of returned mail
Newsgroups: bit.listserv.sas-l
From: shoe@world.std.com (Jack N Shoemaker)
Subject: Simple Question for SAS Expert
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 3 Sep 1992 19:58:51 GMT

I have a data set with four character variables, NAME1 - NAME4.  I would like
to flag any obvervation where the value of these variables repeat.  For
example,

NAME1 NAME2 NAME3 NAME4 FLAG
abc   def   ghi   jkl   0       <-- Flag = 0 becuase no repeating values.
abc   def   abc   xyz   1       <-- Flag = 1 becuase 'abc' repeats.

Multiple missing values don't count.  TIA - Jack
-- 
Jack Shoemaker
Real Decisions Corporation    Voice: 203-656-1500
Darien, CT  06820          InterNet: shoe@world.std.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:         Wed, 26 Aug 1992 11:28:53 CDT
Reply-To:     "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
From:         "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
Subject:      Re: Syntax-Sensitive Editing for SAS Programming (fwd)
Comments: To: SAS Mailing List <SAS-L@ohstvma.ircc.ohio-state.edu>

Jack N Shoemaker <shoe@WORLD.STD.COM> writes:
>
> Why use DM?  Use EMACS to edit your SAS programs and batch 'em up.  If you
 have
> an editor that you like, then DM buys you practically nil.

[flame on]

if your application is one which is suitable for a traditional batch
processing approach I agree with Jack.  What we have learned in the last
two decades is that for many tasks there are distinct advantages to
interactive processing.  This requires different thought processes,
however, and changes in the tools that you want to use.  For example, if I
am cleaning a dataset, if I am in a batch mode I may run a proc print and
then use my favorite editor to browse the output [I have learned that I
save many trees by doing this instead of printing it out :-].  If I am in
an interactive mode, however, I find that I do a series of FSEDITs, or SQLs
or PRINTs with a WHEN statement.  In each case doing this series of steps
within DM is substantially more efficient than firing up my editor,
creating a file, submitting the file to SAS, etc.

[flame off]

-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
Return-Path: <sbaker@umassmed.UMMED.EDU>
Newsgroups: bit.listserv.sas-l
Date:         Wed, 2 Sep 1992 16:44:52 -0400
Reply-To:     Stephen Baker <sbaker@UMASSMED.UMMED.EDU>
From:         Stephen Baker <sbaker@UMASSMED.UMMED.EDU>
Subject:      new list EGRET-L
Comments: To: SAS-L@uga.cc.uga.edu

EGRET-L  on LISTSERV@DARTCMS1  - Discussion of EGRET epidemiological software
	 or LISTSERV@DARTCMS1.DARTMOUTH.EDU

EGRET-L is a moderated listserver for the discussion of topics
relating to the epidemiological software package EGRET.  It is
hoped that this forum will be used to enhance the use of EGRET
by  the exchange of tips, shortcuts, news and information about
problems among the users of this package.  It is especially de
desirable that EGRET-L be used as a resource for new and exp-
erienced users to turn to for help when problems are encountered
or when they come up with novel applications of the software.

Egret-l will not be a medium for flame wars, or for non-Egret
related topics.

Archives of EGRET-L can be listed by sending the command:

        INDEX EGRET-L  to LISTSERV@DARTCMS1.DARTMOUTH.EDU
                       or LISTSERV@DARTCMS1.BITNET

To subscribe, send the following command to LISTSERV@DARTCMS1.DARTMOUTH.EDU
or LISTSERV@DARTCMS1.BITNET via mail or interactive message:

     SUB EGRET-L your_full_name

where "your_full_name" is your name.  For example:

     SUB EGRET-L Joan Doe

Owner: Stephen P. Baker <SBAKER@UMASSMED.UMMED.EDU or SBAKER@UMASSMED.BITNET>
From: tamara@glia.biostr.washington.edu (tiny t)
Newsgroups: bit.listserv.sas-l
Subject: Re: REPLACING 6.06 with 6.07
Date: 28 Aug 92 18:55:06 GMT
Organization: Dept Biological Structure-University of Washington

RE: Question about 6.07 user problems (possible) in MVS or CMS.

This might be a VMS specific answer, but there is a bug
I've found in 6.07 which does not exist in 6.06. SAS has been
working on it for several weeks now. I'll let the list know
when they get back to me. This was also a good opportunity to
make people aware of it.

B
If your programs are long in 6.07 (not sure what mins or maxs are),
nd you have one error (the teeniest error) SAS issues an error
with the message "Insufficient space in file WORK.SAS$0001.UTILITY.
It's an out of MEMORY error. If you run the same program in 6.06
(with the same error) there is no problem. Incidentally, it does the
same thing whether it's batch or interactive SAS.

Another problem I had with 6.07 is when you are running interactive
SAS you must be sure to designate separate user directories, because
you have to separate your profiles. Don't know (again) if this is
VMS specific.
From: RTIHCG@RTI.BITNET (Harlene C. Gogan: RTI's PC-SAS Technical Consultant)
Newsgroups: bit.listserv.sas-l
Subject: Transporting SAS Files: OBSERVATIONS article
Date: 31 Aug 92 15:26:07 GMT
Reply-To: "Harlene C. Gogan: RTI's PC-SAS Technical Consultant"
              <RTIHCG@RTI.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: SAS-L@VTVM2.BITNET
X-VMS-To: BITNET::"SAS-L@VTVM2.BITNET"
X-VMS-Cc: RTIHCG
MIME-version: 1.0
Content-transfer-encoding: 7BIT

__________________________________________________________________________
CONTENT:   Information
SUMMARY:   Article in "Observations" on Transporting SAS Files
REL/PLTF   5.18, 6.04, 6.06 or later / All
E-ADDR:    RTIHCG@RTI.BITNET
NAME:      Harlene C. Gogan
PH/ADDR:   (919) 541-6565; PO 12194, RTI, Research Triangle Park, NC 27709
DATE/TIME: August 31, 1992/ 11:00 a.m., EST
--------------------------------------------------------------------------
With all of the questions about transferring SAS files between different
platforms (a FAQ, I bet), SI has produced what may me the definitive
article "An Overview of Transporting SAS Files between Hosts" in the
latest issue of "Observations" (Vol 1, No 4, Third Quarter 1992).

Unlike P-195, which seemed to be a theoretical presentation (in theory,
you should be able to do this ;-) ), this article presents the "real-world"
applications (and pitfalls) of transferring SAS files (those "gotchas" the
SAS-L-ites figured out the hard way).

There is general information about using SAS transport files, a separate
section for each platform (MVS, VMS, CMS, DOS and UNIX [where's OS/2?]),
and a mention of the alternative SAS/CONNECT.  The conclusion is a list of
"Guidelines for Avoiding Problems" that applies regardless of release or
platform.

If you need to transfer SAS files, and you need it done now, and you need
it done right, you need a copy of this article.

-Harl

Harlene C. Gogan
RTI's PC-SAS Technical Consultant
Research Triangle Institute
PO 12194
Research Triangle Park, NC 27709
BITNET:   RTIHCG@RTI.BITNET
INTERNET: RTIHCG%ZEUS@RTI.RTI.ORG
(919) 541-6565
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Encoding: 34 TEXT
X-Mailer: Network Courier V2.1b
X-Charset: ASCII
X-Char-Esc: 29
Newsgroups: bit.listserv.sas-l
Date:         Thu, 3 Sep 1992 06:55:00 PDT
Reply-To:     okoks@PC.IBT.DK
From:         okoks@PC.IBT.DK
Subject:      Infile question

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
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL10]
Newsgroups: bit.listserv.sas-l
Date:         Mon, 24 Aug 1992 09:06:49 EDT
Reply-To:     Gail Gill <glg2@GTE.COM>
From:         Gail Gill <glg2@GTE.COM>
Subject:      Thanks a million
Comments: To: sas-l%marist.bitnet@cunyvm.cuny.edu

Thanks a million to Bob Upson, Bob Snyder, Steve James, Melvin
Klassen, and Kernon Gibes for their help with my sql problem.

Gail Gill
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 27 Aug 1992 16:15:41 BSC
Reply-To:     "Maria de Lourdes B. Brutti" <PESQ3@BRUFSM.BITNET>
From:         "Maria de Lourdes B. Brutti" <PESQ3@BRUFSM.BITNET>
Subject:      sas graph

    Sas Graph users ,Please help me!

  Could anybody help me to improve this graphic display? or could you
suggest me another model(program) which better represent the data. What
about in three dimensions?.

                         Thank you .

          **********************************************

PROC FORMAT;
VALUE DEP 1='PBB'    2='DIVMSB'    3='DIVMOB'
          4='PBA'    5='DIVMSA'    6='DIVMOA';
DATA A;
INPUT P T $ PBB DIVMSB DIVMOB PBA DIVMSA DIVMOA;
 ARRAY DIV PBB DIVMSB DIVMOB PBA DIVMSA DIVMOA;
       DO OVER DIV;
          NUMERO=DIV;
          DEP=_I_;
          OUTPUT;
       END;
       KEEP P T DEP NUMERO;
CARDS;
1 PR 5.7 53.6 52.2  .    .    .
1 PI 7.4 62.2 62.1  .    .    .
1 ME 6.4 61.9 65.5  .    .    .
1 CA 6.1 60.2 58.9  .    .    .
2 PR 5.3 51.0 48.6 4.3 45.9 42.3
2 PI 7.7 58.8 61.3 5.4 58.0 60.6
2 ME 5.2 59.2 61.6 4.4 62.0 65.1
2 CA 6.6 60.2 58.0 4.9 50.6 48.7
3 PR 4.9 49.4 47.2 3.5 46.4 46.2
3 PI 5.4 56.3 58.4 3.2 52.1 54.3
3 ME 6.0 60.8 58.2 4.5 46.5 44.2
3 CA 5.6 54.9 54.2 3.4 40.2 39.3
;
GOPTIONS HPOS=80 VPOS=80 DEVICE=IBM3278;
*GOPTIONS HSIZE=25CM VSIZE=35CM DEVICE=IBM3287 ADDR='061';
*GOPTIONS HPOS=80 VPOS=80 DEVICE=IBM3287 ADDR='061';
PROC GCHART;
 HBAR T /SUMVAR =NUMERO GROUP=DEP SUBGROUP=P;
 FORMAT DEP DEP. ;
 PATTERN1 V=E R=1;
 PATTERN2 V=R5 R=1;
 PATTERN3 V=S R=1;
TITLE1 F=ZAPFI H=1.5 J=C 'COMPOSICAO QUIMICA';
NOTE F=ZAPFI H=1.5 J=C 'BASE MS DE CALMOS BASILARES E AXILARES';
NOTE F=ZAPFI H=1.5 J=C 'EM 3 PERIODOS DE PASTEJO';
FOOTNOTE F=SIMPLEX H=0.1 J=L
'SETOR:APOIO A PESQUISA/NPD - UFSM                 SOFTWARE:SAS/GRAPH  ';
RUN;

-------------------------------------------------------------------------
  Maria de Lourdes B. Brutti                   e-mail -> pesq3 at brufsm
  Setor: Apoio a pesquisa
  Universidade Federal de Santa Maria          fone ->(055) 2261616 r-2379
                                               fax -->(055) 2261975
  CAMPUS UNIVERSITARIO - CAMOBI                CEP - 97119
  Santa Maria - Rs - Brasil

--------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mailer: Elm [revision: 66.25]
Newsgroups: bit.listserv.sas-l
Date:         Wed, 2 Sep 1992 14:27:18 METDST
Reply-To:     Svend Bang <svend@CRG.DK>
From:         Svend Bang <svend@CRG.DK>
Subject:      Re: SAS Work space in Unix

As part of our default .profile we use

  SAS_OPTIONS='-work ~/ep/saswork'
  export SAS_OPTIONS

where ep stand for an epoch-fileserver with optical disks.

From TSNEWS-L you can download cleanwork.c, which is a c-program to
clean the workspace for killed jobs.
Svend
------------------------------------------------------
Svend Bang, Tel +45-3526 8866, Night tel +45-3526 0466
E-mail: svend@crg.dk - EARN/BITNET: CRGSBA at NEUVM1
Danish Cancer Registry, Box 839, DK-2100 Copenhagen
Denmark                        Fax: +45-3526 0090
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mailer: Elm [revision: 66.33]
Newsgroups: bit.listserv.sas-l
Date:         Tue, 25 Aug 1992 13:55:21 MDT
Reply-To:     knechod@stacc.med.utah.edu
From:         Kevin Nechodom <knechod@STACC.MED.UTAH.EDU>
Subject:      Re: Syntax-Sensitive Editing for SAS Programming
Comments: To: SAS Mailing List <sas-l@uga.cc.uga.edu>
Comments: cc: sasmsr@unx.sas.com, sasjds@unx.sas.com
              92 1:41 pm

John Sims writes on the SAS-L (TSNEWS-L):
> The Emacs Lisp file that supports the SAS language syntax-sensitive
> editing with GNU Emacs is called the SAS Mode Library. The SAS Mode
> library for GNU Emacs is available using anonymous ftp. The file is
> called:
>
>   techsup/download/utils/sas-mode.el
>
> The article "Syntax-Sensitive Editing for SAS Programming" by Mark
> Riggle references this file. The article is in "OBSERVATIONS: THE
> TECHNICAL JOURNAL FOR SAS SOFTWARE USERS" Third Quarter 1992
> (Vol. 1 No. 4).
>
> If you have questions about the SAS Mode Library, you can send Email
> to Mark Riggle at sasmsr@unx.sas.com.

Interesting concept!  The question I have is: Can you link the Emacs
editor into SAS so that when it wants to edit a file, it fires off
emacs instead of the DM editor?  I couldn't find an answer in the
_SAS Companion for the Unix Environment and Derivatives_, and I'm running
on HPUX 8.0 on a 730.

Am I waiting for version 7 on this one?

--
Kevin Nechodom UofU STACC        | Did you ever wonder how those little Weebles
 UofU doesn't even know I exist; | ever got any sleep?  I mean, I could never
 how would they care what I say? | sleep standing up!  What if they really
knechod@stacc.med.utah.edu       | WANTED to lie down?  Could they?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 3 Sep 1992 11:14:54 EDT
Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
From:         Howard Schreier <HIS@NIHCU.BITNET>
Subject:      SQL & WHERE

CONTENT:  Correction
SUMMARY:  SQL WHERE may invoke global WHERE processing
REL/PLTF: 6.06+

>> In all procs WHERE and OBS/FIRSTOBS are mutually exclusive.

I said earlier:

>But,  the  SQL  WHERE  clause  and  the  SAS  WHERE  feature
>(implemented  both  as a statement and as a data set option)
>are two different things which just happen to share a name.

I have since been informed by a reliable  source  (actually,
about  the most reliable source imaginable), that this isn't
quite so.

I drew my conclusion from the fact that the SQL WHERE is far
more  powerful and general.  The global SAS WHERE, as useful
as it is, is restricted in terms of  the  expressions  which
can  be  coded; for example, functions cannot be used.  As I
understand it, this is because the processing is done by the
data  engine  (which  would  also explain why the feature is
global, not specific to  the  DATA  step  or  to  particular
procedures).

Anyway, it turns  out  that  SQL  is  cleverly  designed  to
examine  the  WHERE  clauses  it  is  fed  and  to  hand the
processing over to the data engine if possible (I'm not sure
if  this is an all-or-nothing decision, or if the processing
might in some situations be  shared).   The  consequence  is
that  the  restriction  on  combining  WHERE processing with
OBS/FIRSTOBS may take effect.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   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
Encoding: 69 TEXT
X-Mailer: Microsoft Mail V3.0 (beta-2)
Newsgroups: bit.listserv.sas-l
Date:         Tue, 25 Aug 1992 16:07:00 EST
Reply-To:     SPJ1@CEHIEC1.EM.CDC.GOV
From:         SPJ1@CEHIEC1.EM.CDC.GOV
Subject:      Repeated error-checking - a solution
Comments: To: SAS-L%UGA.BITNET@UGA.CC.UGA.EDU

Anne Liang writes:

>Hi, everyone
>
>I had a questionaire designed to ask for multiple-response to
>a single question. There are 10 possible item to choose, identified as
>a,b,c,....,j.  And it takes 10 columns in the rawdata file. For example,
>if one observation responds with a,c,e it will appear as "ace" in the
>first three columns with 7 spaces following.
>The problem is : I must check if the "ace" is mistyped as "acc"(i.e.
>the repeating error).
>
>Any idea/suggestion is much appreciated.
>
>Anne Liang at Taipei Taiwan
>
>

    Here's how I solved your problem:

  114
  115    data char ;
  116      input @1 answers $10. ;
  117      cards;
  120    ;
NOTE: The data set WORK.CHAR has 2 observations and 1 variables.
NOTE: The DATA statement used 2.00 seconds.
  121    run;
  122
  123    data temp2;
  124      set char ;
  125      length lookchar $1 whatleft $9 ;
  126      bad=0 ;
  127      do i = 1 to length(answers)-1 ;
  128        whatleft = substr(answers,i+1,length(answers)-i);
  129        lookchar=substr(answers,i,1);
  130        if index(whatleft,lookchar) gt 0 then bad=1 ;
  131        put i= answers= lookchar= whatleft= bad= ;
  132     end ;
  133    run;
I=1 ANSWERS=ace LOOKCHAR=a WHATLEFT=ce BAD=0
I=2 ANSWERS=ace LOOKCHAR=c WHATLEFT=e BAD=0
I=1 ANSWERS=acefc LOOKCHAR=a WHATLEFT=cefc BAD=0
I=2 ANSWERS=acefc LOOKCHAR=c WHATLEFT=efc BAD=1
I=3 ANSWERS=acefc LOOKCHAR=e WHATLEFT=fc BAD=1
I=4 ANSWERS=acefc LOOKCHAR=f WHATLEFT=c BAD=1
NOTE: The data set WORK.TEMP2 has 2 observations and 5 variables.
NOTE: The DATA statement used 3.00 seconds.

    Essentially what you're doing is grabbing a character, and then looking
at the remaining characters to see if there is a match.  If there is,
INDEX(...) > 0.  There are some ways to fancy the code up, but this gives
the general gist of what you need to do.  You'll want to change it to meet
your specific needs.

Steve James
---------------------------------------------------------------------------
Name         Steve James                          The new computer's a piece
Mail Address SPJ1@CEHIEC1.EM.CDC.GOV              of junk, I'd really wish
Real address Centers for Disease Control          they'd sell it.  It never
             1600 Clifton Road NE, Mailstop F36   does a thing I want, only
             Atlanta, GA  30333                   what I tell it.
             (404) 488-4656                                  Author Unknown
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Sat, 29 Aug 1992 18:09:22 EDT
Reply-To:     Philip Tejera <FXTBB@CUNYVM.BITNET>
From:         Philip Tejera <FXTBB@CUNYVM.BITNET>
Subject:      Addendum on duplicates using IML

During the course of the afternoon I realized that since the dataset is
already sorted, there is no need to read all the data in at once and
hold it in memory. This of course makes it possible to deal with very
large numbers of observations. I also added some more duplicates to the
dataset and decided to save the duplicates to a new dataset for printing
or other review. So here is the upgraded SAS/IML matrix program to find
the duplicate observations in a SAS dataset already sorted to produce
supposed-to-be-unique cases. Notice that since I am using single row vectors
there is no longer any need for the index vector of the previous program.

data first;                            /* setup a sample dataset     */
  input id1 id2 a b c;                 /*   with more duplicates.    */
cards;
01 11 101 201 301
01 11 101 201 301
01 12 102 202 302
02 11 101 201 301
02 11 101 201 301
02 11 101 201 301
02 12 102 202 302
02 12 102 202 302
03 12 102 202 302
03 12 102 202 302
;
proc iml;
  use first;                            /* open input dataset.       */
  read next into zed;                   /* assume vars are numeric   */
  j=1;                                  /* and initialize obs. count.*/
  zed2=j||zed;                          /* row vector for append dup */
  create dups from zed2;                /* open dataset for dups     */

  do data;                              /* loop over used dataset    */
     j=j+1;
     old=zed;
     setin first;                       /* in case just did append   */
     read next into zed;
     anydiff=any(zed-old);              /* any non-zero differences? */
     if anydiff = 0                     /* it is a duplicate         */
        then do;
               zed2=j||zed;             /* add obs. num & case vector*/
               append from zed2;        /* to a new dups dataset.    */
               end;
  end;
quit;
proc print data=dups; run;
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 3 Sep 1992 10:52:00 LCL
Reply-To:     X16@MVS.URZ.UNI-HEIDELBERG.DE
From:         X16@MVS.URZ.UNI-HEIDELBERG.DE
Subject:      linkable graphics driver under UNIX

Dear SAS-L fellows,
I am installing SAS 6.07 under AIX RS/6000 and want to use
the linkable graphics driver (installation instructions
the linkable graphics driver. The only instruction I got fromSI was to use the f
ile LINKABLE.FTN, but I got no technical
report or written instruction how to link this file.
Had anyone the same problem and a solution for it?
Many thanks in advance
                        Carina Ortseifen
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU