Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!ut-sally!im4u!rutgers!mit-eddie!genrad!decvax!ucbvax!WISCVM.WISC.EDU!MAILER-DAEMON%hila.UUCP%FINGATE.BITNET
From: MAILER-DAEMON%hila.UUCP%FINGATE.BITNET@WISCVM.WISC.EDU (Mail Delivery Su)
Newsgroups: comp.sys.atari.st
Subject: Returned mail: User unknown
Message-ID: <8703091340.AA12085@hila.UUCP>
Date: Tue, 3-Mar-87 17:01:17 EST
Article-I.D.: hila.8703091340.AA12085
Posted: Tue Mar  3 17:01:17 1987
Date-Received: Tue, 10-Mar-87 07:28:12 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 688


   ----- Transcript of session follows -----
mail11: %MAIL-E-LOGLINK, error creating network link to node SAMPO
mail11: -SYSTEM-F-INVLOGIN, login information invalid at remote node
550 <sampo::tripmgr>... User unknown

   ----- Unsent message follows -----
Received: from santra.UUCP (santra.ARPA) by hila.UUCP (4.12/4.7)
        id AA06728; Sat, 7 Mar 87 17:27:56 GMT
Received: by santra.UUCP (5.51/6.4.TeKoLa)
        id AA01807; Sat, 7 Mar 87 17:27:01 +0200
From: <santra::SCORE.STANFORD.EDU::INFO-ATARI16@santra.UUCP>
Message-Id: <8703071527.AA01807@santra.UUCP>
Received: by fingate Sat Mar  7 17:26:58
        from MAILER@FINHUTC.BITNET via rscs BSMTP.
Received: by FINHUTC (Mailer X1.23b) id 7593; Sat, 07 Mar 87 17:05:19 FIN
Date:         Tue 3 Mar 87 14:01:17 PST
Reply-To: santra::Score.Stanford.edu::Info-Atari16
Sender: "Atari ST users forum (INFO-ATARI16)" <FINHUTC::INFO-A16@santra.UUCP>
Comments:     To: "Distribution List: ;" <INFO-ATARI16>
Original-From: Info-Atari16 Digest <INFO-ATARI16@SCORE.STANFORD.EDU>
Subject:      Info-Atari16 Digest V87 #108
To: <atari520@fingate>, <sampo::fingate::tripmgr>
Original-To: <atari520@fingate>,<tripmgr%sampo.fudec@fingate>

Info-Atari16 Digest   Tuesday, March  3, 1987   Volume 87 : Issue 108

This weeks Editor: Bill Westfield

Today's Topics:

                       A text editor in HEBREW
                SENDCODE desk accessory ordering info
                 looking for a Hebrew word processor
                              Magic Sac
                     Re: Buying an Atari computer
                      Re: What is Public Domain
         Atari's recent policies (was Upgrading a 1040 to 4M)
                   Help needed with desktop display
                              Databases
                    Re: Drive C as RAMDISK - (nf)
                    Adding A/Ds D/As has anyone ?
                      Atari ST relay discussions
           Re: The future of the ST line of computers.....
      Fast life program for Atari ST (and other 68000 machines)

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

Date: 28 Feb 87 19:58:48 GMT
From: braner@tcgould.tn.cornell.edu  (braner)
Subject: A text editor in HEBREW
To: info-atari16@score.stanford.edu

I've made a version of microEMACS that edits HEBREW (right-to-left from
the right end of the screen!).  For now I use the hebrew characters that
are part of the system font.  I added a command to print the buffer, which
is done using a series of screen dumps.  Primitive, but it works...

If anybody is interested send me e-mail.

- Moshe Braner

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

Date:     Sat, 28 Feb 87 10:00 EST
From:     KIMMEL%ecs.umass.edu@RELAY.CS.NET
To:       Info-Atari16@SCORE.STANFORD.EDU
Subject:  SENDCODE desk accessory ordering info
X-VMS-To: CSNET%"Info-Atari16@Score.Stanford.edu"

I've written a desk accessory called SENDCODE.  It allows you to send
codes (typed in decimal) to your printer from any GEM application.
It's very small; the accessory and its RSC file take up about 4K on the
disk.  It's written in Megamax C.

If you'd like a copy, please send me netmail and I will mail you a
uuencoded ARC file.

Matt Kimmel,
KIMMEL@UMAECS.BITNET
KIMMEL%UMAECS.BITNET@wiscvm.ARPA
KIMMEL@UMASS-ECS.CSNET

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

Date: 1 Mar 87 04:02:40 GMT
From: felix!zemon@hplabs.hp.com  (Art Zemon)
Subject: looking for a Hebrew word processor
To: info-atari16@score.stanford.edu


I'm looking for a Hebrew word processor for *any* computer.
Please tell me about any of which you are cognizant.  What
I want is something which is really designed for Hebrew,
not something which will let me insert a few character or
words of Hebrew in the middle of an English document.

The cursor must move from right to left, the keyboard must
be mapped in a reasonable way, vowels must be handled, etc.
Nice additional features would include a spelling checker,
thesaurus, etc.

If you read this in Israel, please respond even if your
product is only available over there.  All my friends who
have been there have seen such programs in action but I
cannot locate one running here in America.  (I must be
looking in the wrong places.)

To-dah rah-bah,
--
    -- Art Zemon
       FileNet Corporation
       Costa Mesa, California
       ...!hplabs!felix!zemon

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

Date: 1 Mar 87 00:35:32 GMT
From: jade!violet.berkeley.edu!landay@ucbvax.Berkeley.EDU  (James A. Landay)
Subject: Magic Sac
To: info-atari16@score.stanford.edu

I tried to download a mac binary from the vax with Freeterm.  It works
o.k.  But when I exit Freeterm my mac disk has been trashed.  Has anyone
had any success with Freeterm?  Is there something better?

Thanks,
James A. Landay

ARPA:   landay@violet.berkeley.edu
        ucbvax!violet!landay
BITNET: landay%violet@UCBJADE.BITNET

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

Date: 28 Feb 87 15:11:53 GMT
From: paone@TOPAZ.RUTGERS.EDU  (Phil Paone)
Subject: Re: Buying an Atari computer
To: info-atari16@score.stanford.edu

   I bought my 1040 almost a year ago, and have not had so much as a
single disk errors with the machine.  The reason (one of them) that I
bought the ST, was that I have a six year old 800 which never had any
trouble until it died last week.(sniff,sniff).  I am not sure about
the reliablility of other brands after the kind of hacking that I put

--
Phil Paone
paone@topaz.rutgers.edu

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

Date: 28 Feb 87 13:01:35 GMT
From: phr@HERMES.AI.MIT.EDU  (Paul Rubin)
Subject: Re: What is Public Domain
To: info-atari16@score.stanford.edu

In article <869@ubc-cs.UUCP> manis@ubc-cs.UUCP (Vincent Manis) writes:
>As a programmer, I would *never* put a program in the public domain. If I
>care enough about the program to distribute it, I care enough to make sure
>that my name is associated with it. Therefore, a statement such as the
>following is probably appropriate:
>
>   "Copyright (C) Sarah Jane Smith, 1987. This program may be freely
>    distributed to anyone provided that this notice appears on all copies."

Designing copyright notices for free software is trickier than it
might at first seem.  In order to make sure that all versions of a
program remain free, you should specify that your copyright notice
must be preserved on all copies, that it is ok for anyone to
redistribute the program but the recipient must also get the right to
redistribute the program further, that modified versions are ok
subject to the preceding, and that the recipient must get *source
code* to any modified versions (or at least, source code must be
available at media cost+epsilon) with the right to further modify and
redistribute it.

At FSF, we call such notices "copylefts" and use them on everything we
release.  The GNU Emacs General Public License is a rather long
example of a copyleft.  We have a file that we send to people wanting
to contribute code to GNU which has some more info on copylefts and
why putting code in the public domain is against the interests of free
software, although it's mainly about what authors must do in order to
let the GNU project be able to use programs they write and is written
from that point of view.  I'll mail copies on request.

Note that the current version (3.8) of a famous formerly-public-domain
program (MicroEmacs) is now copyright (free noncommercial
redistribution permitted) because the author got tired of companies
making proprietary versions and thereby ripping off the public.

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

Date: 28 Feb 87 19:18:33 GMT
From: s.cc.purdue.edu!afo@h.cc.purdue.edu  (Alan Davis)
Subject: Atari's recent policies (was Upgrading a 1040 to 4M)
To: info-atari16@score.stanford.edu

In article <1315@husc6.UUCP> grunau_b@husc4.UUCP (Justin J. M. Grunau) writes:
> [MUCH ommitted]
>
>Right.  No, I think Atari is handling their PR very poorly at the moment, and
>indeed the recent silence of Neil Harris et al. is just a part of it (compare
>the constant involvement of Commodore technical help in comp.sys.amiga).

Don't forget to mention their help in newsgroup as well. I must tip my hat
in thenks to George Robbins for his expedient replies in this newsgroup.  It
would be nice if we could get Atari to do the same.

| Alan Davis                         {backbone}!pur-ee!s.cc.purdue.edu!afo |
| Purdue University Computing Center                        ADAVIS@PURCCVM |

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

Date: 1 Mar 87 14:20:44 GMT
From: dalcs!silvert@seismo.css.gov  (Bill Silvert)
Subject: Help needed with desktop display
To: info-atari16@score.stanford.edu

I've run into a curious problem with the desktop.  I frequently use a
Drive C ramdisk generated by a ramdisk program within the AUTO folder,
and the desktop.inf file is set up to show C:\*.* on bootup.  Fine.
I then install some applications.  Still fine.  Then I edit the
desktop.inf file, installing the path C:\ before certain lines (e.g.,
    ... C:\ARCX.TTP@*.ARC@
or something like that).  When I reboot (hot or cold) the system comes
up as it should, with a window open for drive C -- BUT -- every time a
program closes the window, it stays closed.  Normally when you run
a program from the desktop, after the program runs the desktop reappears
as it was before, but this doesn't happen anymore -- the icons are still
there, but all windows are closed.  Any ideas?

By the way, I've normally used NEWWORD v. 3 to edit the file.  If anyone
can send me a copy of v. 4, which I hear is out now, it would be greatly
appreciated.

--
Bill Silvert
Marine Ecology Laboratory, Dartmouth, NS, Canada
CDN or BITNET: silvert@cs.dal.cdn    -- UUCP: ..!{seismo|utai}!dalcs!silvert
ARPA: silvert%dalcs.uucp@seismo.CSS.GOV    -- CSNET:
 silvert%cs.dal.cdn@ubc.csnet

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

Date: Sun, 1 Mar 87 10:31:21 est
From: Scott Shurr <sshurr%wellesley.edu@RELAY.CS.NET>
To: info-atari16@SCORE.STANFORD.EDU
Subject: Databases

Has anyone out there used GRID from TDI?  This is a relational database
engine from ETH in Zurich, and supposedly allows one to write Modula-2
programs to access a database.  Information about any similar packages
would also be appreciated.  I'm looking for a package that will allow me
to write my own C or Modula-2 programs to read text files and put them
into a database, to edit the contents of the database, to create reports
from the contents of the database, etc.

Scott Shurr - Academic Computing   | internet: sshurr@wellesley.edu
Science Center, Wellesley College  | phone: 617-235-0320 X3262
Wellesley, MA 02181                |

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

Date: Sat, 28 Feb 87 19:26:03 CST
From: Douglas Monk <bro@rice.edu>
To: info-atari16@score.stanford.edu
Subject: Early 520ST Keyboard problem

I am sending this at the request of a friend who does not have access
to the net. Based on my glowing descriptions of the Atari 520 ST, he
was one of the first people in Houston to buy the machine ( signing
up on a waiting list to get it in fact ). The problem is that there
is some kind of problem with very early ST keyboards that results in
mouse/joystick activity in port 0 sending signals as if keys on the
keyboard were being pressed.

He went to the store where he bought it ( where they seemed familiar with
the problem, apparently ) and was told that since it was past the warranty
period, the only fix available was to get the keyboard replaced at $150.

His question is : isn't there some other way to fix this problem? If not,
is the store gouging him on the price? Could he get the fix cheaper from
Atari? He tried buying what he described as a new keyboard decoder chip,
but the new chip doesn't even work at all with his current keyboard.

If anyone else has seen this problem, we would appreciate hearing about
it, and especially about any fixes.

Please reply to me by e-mail as well as to the net, since my local access
to info-atari16 may be going away soon.

    Thanks,
    Doug Monk
    bro@rice.edu

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

Date: 26 Feb 87 18:04:32 GMT
From: mcvax!ukc!reading!onion!sage!gordon@seismo.css.gov  (Simon Gordon)
Subject: Re: Drive C as RAMDISK - (nf)
To: info-atari16@score.stanford.edu

In article <49500001@tub.UUCP> csch@tub.UUCP writes:
>... if they change the next ROM-version (if there will ever be one ...) so tha
>it won't load desk-accesories and desktop.inf from drive C.

My version of the roms, and most of those I've used here (in England)
(mostly fairly early ones) do not use C for any of these things (yes, I did
use upper case C).

Just how mauch differance between the functionality of the different
versions of the roms (in different countries?) is there ?

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

Date: 27 Feb 87 09:45:17 GMT
From: mcvax!ukc!dcl-cs!bath63!ee_tw@seismo.css.gov  (Whitlock)
Subject: Adding A/Ds D/As has anyone ?
To: info-atari16@score.stanford.edu

Has anyone managed to add A/Ds and D/As to the atari yet ? What I need to
do is to have a four channels of each for some real time computing experiments.
What I am considering is a standard A/D D/A chip plugged in via the
cartridge port. The obvious problem with this is the bus error generated
when writing to the cartridge address space. Any suggestions of how to
avoid this problem would be greatly appreciated.
Alternatively if anyone knows of any commercial products available to do
this could they please mail with details.
Tim
ee_tw@UK.AC.BATH.UX63    (Janet)
ee_tw%uk.ac.bath.ux63@ucl-cs.arpa
ee_tw@bath63.UUCP

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

Date: 28 Feb 87 00:00:06 GMT
From: mcvax!botter!ark!kleef@seismo.css.gov  (Patrick van Kleef)
Subject: Atari ST relay discussions
To: info-atari16@score.stanford.edu

Allow me to draw to y'all attention that every wednesday-
evening, there's a Atari ST discussion on Relay @ Hearn.

This is of particular interest to bitnetters who have access
to the Earn network (and all others who have the ability to
do so, ofcourse).

The only problem is that links are frequently down, and therefore
chats are impossible sometimes. Linkgods don't seem to like
the Atari ST! (I do, don't worry Neil :)

Regular updates on the chat are put in a newsletter that I
send out with great irregularity. It is also used for the
transfer of files. All the good stuff I send to listservers,
is also sent thru the mailinglist.

To get on the mailinglist, type 'r' at the end of this
message, or send mail to:

      U00212 @ hasara5

The chats are held on channel 520, every wednesday-evening
(knock on...) at 23 European time. (around 5 or 6 PM at
some places across the puddle). Try it, you might get to
like it. It's live!

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

Date: 1 Mar 87 16:15:52 GMT
From: engst@tcgould.tn.cornell.edu  (Adam C. Engst)
Subject: Re: The future of the ST line of computers.....
To: info-atari16@score.stanford.edu

While I certainly agree that Atari should try its best to keep its customers
(and I mainly mean previous ones) happy, before I got my 1040 I had an Apple
II compatible, and I never felt that I suffered from not having the support
of Apple Corporation.  I think most of my security came from the huge number
of expansion products put out by third parties, an act which I believe would
probably happen with the ST were (powers forbid) Atari to stop supporting
the line entirely.  Nevertheless, I will add my voice to the many clamouring
for a sound (just a peep mind you) from Atari as to the future of the ST's.
                                  Adam Engst

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

Date: 1 Mar 87 16:44:21 GMT
From: clyde!watmath!watnot!watrose!jsgray@rutgers.rutgers.edu  (Jan Gray)
Subject: Fast life program for Atari ST (and other 68000 machines)
To: info-atari16@score.stanford.edu

Here is a fast (400,000 cell-generations/s) life program for monochrome
Atari-ST computers (which should port easily to other 68000 machines).

It animates all 240,000 pixels on the screen.  Feel free to add a
better user-interface!

[that means about 2 full screen updates per second, right ?  Not a record
 by any means - let me tell you about the CAM I saw doing full screen life
 at full video rates (60 (or at least 30) full screens/second).    --BillW]

But how does it go so fast?  It sums the neighbours of 32 cells in one
pass, by synthesizing addition instructions out of logical operators.

The rest of this file is a shar containing
    life.c        - mainline
    gen.s        - quickly compute next generation
    life.uue    - uuencoded life.prg (Atari ST only)

Have fun!

Jan Gray    jsgray@watrose    University of Waterloo    (519) 885-1211 x3870

# This is a shell archive.  Remove anything before this line,
# then unpack it by saving it in a file and typing "sh file".
#
# Wrapped by watrose!jsgray on Sun Mar  1 11:29:07 EST 1987
# Contents:  life.c gen.s life.uue

echo x - life.c
sed 's/^@//' > "life.c" <<'@//E*O*F life.c//'
/*
 * Fast monochrome life for Atari ST.
 *
 * Written by
 *   Jan Gray
 *   300 Regina St. N Apt. 2-905
 *   Waterloo, Ontario
 *   N2J 4H2
 *   Canada
 *   (jsgray@watrose.UUCP)
 *
 * Copyright (C) 1987 Jan Gray.
 * This program may be freely redistributed if this notice is retained.
 */

#include "define.h"
#include "osbind.h"

#define    MAXX        640
#define    MAXY        400
#define    BPL        32

#define    ROW_LONGS    (MAXX / BPL)
#define SCREEN_LONGS    (ROW_LONGS * MAXY)

long    *Screen;
long    NextScreen[SCREEN_LONGS];

main()
{
    Screen = (long *)Physbase();

    while (!Cconis()) {            /* until key press... */
        clearBorders();
        gen();
        copyScreen();
    }
}


copyScreen()
{
    register long    *p;
    register long    *q;

    for (p = NextScreen, q = Screen; p < &NextScreen[SCREEN_LONGS]; ) {
        *q++ = *p++;
        *q++ = *p++;
        *q++ = *p++;
        *q++ = *p++;
    }
}

clearBorders()
{
    register long    *p;

    for (p = Screen; p < &Screen[ROW_LONGS]; p++)
        *p = 0L;

    for (p = &Screen[(MAXY - 1) * ROW_LONGS]; p < &Screen[MAXY * ROW_LONGS];
 p++)
        *p = 0L;

    for (p = Screen; p < &Screen[SCREEN_LONGS]; p += ROW_LONGS)
        *p &= ~0x80000000L;

    for (p = &Screen[ROW_LONGS-1]; p < &Screen[SCREEN_LONGS]; p += ROW_LONGS)
        *p &= ~1L;
}
@//E*O*F life.c//
chmod u=rw,g=rw,o=r life.c

echo x - gen.s
sed 's/^@//' > "gen.s" <<'@//E*O*F gen.s//'
*
* Fast monochrome life for Atari ST.
*
* Written by
*   Jan Gray
*   300 Regina St. N Apt. 2-905
*   Waterloo, Ontario
*   N2J 4H2
*   Canada
*   (jsgray@watrose.UUCP)
*
* Copyright (C) 1987 Jan Gray.
* This program may be freely redistributed if this notice is retained.
*

*
* gen -- compute the next generation of cells
*
* This code is a transliteration of the the pdp-11 code presented in
* "Life Algorithms" by Mark Niemiec, Byte, 4:1, January 1979.
*
* gen currently does about 400,000 cell-generations/second.  It can go faster.
*
* Forgive the hardwired-in constants, and the terse comments.  It's a hack.
* Think of the fun you'll have figuring out how it works.
*
@.globl _gen
@.text
_gen:
    movem.l    d0-d7/a0-a2,-(sp)

    move.l    _Screen,a0
    move.l    a0,a2
    add.l    #80,a0
    add.l    #31920,a2
    move.l    #_NextScreen+80,a1

* 1 2 3
* 7 * 8
* 4 5 6

* (d1,d0) = neighbours 1+2
again:
    move.l    -80(a0),d0
    move.l    d0,d1
    move.l    d0,d2
    move.b    -81(a0),d7
    roxr.b    #1,d7
    roxr.l    #1,d0
    eor.l    d1,d0
    or.l    d0,d1
    eor.l    d0,d1

* (d1,d0) = neighbours 1+2+3

    move.b    -76(a0),d7
    roxl.b    #1,d7
    roxl.l    #1,d2
    eor.l    d2,d0
    or.l    d0,d2
    eor.l    d0,d2
    or.l    d2,d1

* (d3,d2) = neighbours 4+5

    move.l    80(a0),d2
    move.l    d2,d3
    move.l    d2,d4
    move.b    79(a0),d7
    roxr.b    #1,d7
    roxr.l    #1,d2
    eor.l    d3,d2
    or.l    d2,d3
    eor.l    d2,d3

* (d3,d2) = neighbours 4+5+6

    move.b    84(a0),d7
    roxl.b    #1,d7
    roxl.l    #1,d4
    eor.l    d4,d2
    or.l    d2,d4
    eor.l    d2,d4
    or.l    d4,d3

* (d2,d1,d0) = neighbours 1+2+3+4+5+6

    eor.l    d2,d0
    or.l    d0,d2
    eor.l    d0,d2
    eor.l    d2,d1
    or.l    d1,d2
    eor.l    d1,d2
    eor.l    d3,d1
    or.l    d1,d3
    eor.l    d1,d3
    or.l    d3,d2

* (d4,d3) = neighbours 7+8

    move.l    (a0),d3
    move.l    d3,d4
    move.b    -1(a0),d7
    roxr.b    #1,d7
    roxr.l    #1,d3
    move.b     4(a0),d7
    roxl.b    #1,d7
    roxl.l    #1,d4
    eor.l    d4,d3
    or.l    d3,d4
    eor.l    d3,d4

* (d2,d1,d0) = neighbours 1+2+3+4+5+6+7+8

    eor.l    d3,d0
    or.l    d0,d3
    eor.l    d0,d3
    eor.l    d3,d1
    or.l    d1,d3
    eor.l    d1,d3
    eor.l    d4,d1
    or.l    d1,d4
    eor.l    d1,d4
    or.l    d3,d2
    or.l    d4,d2

* next generation

    or.l    (a0)+,d0
    not.l    d2
    and.l    d2,d0
    and.l    d1,d0
    move.l    d0,(a1)+

    cmp.l    a2,a0
    blt    again
    movem.l    (sp)+,d0-d7/a0-a2
    rts
@//E*O*F gen.s//
chmod u=rw,g=rw,o=r gen.s

echo x - life.uue
sed 's/^@//' > "life.uue" <<'@//E*O*F life.uue//'
begin 664 life.prg
M8!H   )"   !7   C*P                  "I/+GP  !,^*FT !" M  S0
MK0 4T*T '-"\   ! "\ +PT_ #\\ $I.0=_\    #$ZY    2B\\     $Y!
M(B\ !# \ ,A.0DYU3E;__#Z\  ).N0   A(CP   D$9A3F *3KD   %.811A
M0CZ\  M.N0   C)*0&?H3EY.=4Y6  !(YP$,*GP  !-&*'D  )!&8 @HW2C=
M*-THW;O\  "01F7P2I],WS  3EY.=4Y6  !(YP$$*GD  )!&8 1"E5B-(#D
M )!&T+P   !0N\!E["IY  "01MO\  !\L& $0I58C2 Y  "01M"\  !] +O
M9>PJ>0  D$9@#B \?____\&5V_P   !0(#D  )!&T+P  'T N\!EXBIY  "0
M1MO\    3& , I7____^V_P   !0(#D  )!&T+P  'T N\!EY$J?3-\@ $Y>
M3G5(Y__@('D  )!&)$C1_    %#5_   ?+ B?   $Y8@*/^P(@ D !XH_Z_B
M%^*0LX""@+&!'BC_M.,7XY*U@(2 L8*"@B0H % F B@"'B@ 3^(7XI*W@H:"
MM8,>* !4XQ?CE+F"B(*UA(:$M8"$@+&"M8&$@;."MX&&@;.#A(,F$"@#'BC_
M_^(7XI,>*  $XQ?CE+F#B(.WA+> AH"Q@[>!AH&S@[F!B(&SA(2#A(2 F$:"
MP(+ @2+ L<IM /]B3-\'_TYU(]\  !-"3DXO.0  $T).=2/?   30DY-+SD
M !-"3G4CWP  $T).02\Y   30DYU  $  @$! @$!  $! @$! 0$!
M      $   $  P4 !04   $! @$ $ <! @$              0$! @$! @$!
M @$! 0$" 0$!                 @$! 0$!!@$!! $! 0,! @$!! (!" $!
M         0$!"0$! 0$! 0$   4!
M                            ! , " , !@$ " $ " $ ! $! P$!  4
M 0$!  4   $!  $!                                  ("
M                            !0$ !0$  0$  0$  @4 !@$  @$  0$
M!@4       $!  $  @$  @$! 0$!                      $" P$" 0$!
F 0$!  $!  $"    !"XB!@H.%@80&@P0$A 6$!H>%*P(" @("  "

end
@//E*O*F life.uue//
chmod u=rw,g=rw,o=r life.uue

echo Inspecting for damage in transit...
temp=/tmp/shar$$; dtemp=/tmp/.shar$$
trap "rm -f $temp $dtemp; exit" 0 1 2 3 15
cat > $temp <<\!!!
      69     192    1192 life.c
     138     336    2108 gen.s
      25     185    1381 life.uue
     232     713    4681 total
!!!
wc  life.c gen.s life.uue | sed 's=[^ ]*/==' | diff -b $temp - >$dtemp
if [ -s $dtemp ]
then echo "Ouch [diff of wc output]:" ; cat $dtemp
else echo "No problems found."
fi
exit 0

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

End of Info-Atari16 Digest
**************************
-------