Info-Atari16 Digest   Wednesday, August 23, 1989   Volume 89 : Issue 412
 
This weeks Editor: Bill Westfield
 
Today's Topics:
 
                            Norad binary ?
          Re: HELP IDENTIFYING SEAGATE 296N WITH REV. 7 ROM
                            DeskJet Buffer
                        Hard disk formatting?
                       Patching Absoft Fortran
                     Re: Designing HIs under GEM
                          PC Ditto question
                                uupc ?
                     Re: IBM Keyboard on Atari ST
               NetHack3 binary needed for Atari 1040 ST
                        ST monitor connection
 
----------------------------------------------------------------------
 
Date: 17 Aug 89 14:24:33 GMT
From: mcvax!sunic!kth!draken!tut!ra!chyde!hv@uunet.uu.net  (Harri Valkama LAKE)
Subject: Norad binary ?
To: info-atari16@score.stanford.edu
 
Was norad binaries posted recently to comp.binaries.atari.st
arriving alright ? What I got here seems to be truncated because
the last line that was there was 80 characters wide so it was
a whole line, and there was no 'end'...
 
Where can I ftp it if it was only this site that got it truncated.
--
        Harri Valkama                   : email:  hv@chyde.uwasa.fi (internet)
Computer Centre, University of Vaasa    :         valkama@finfun    (bitnet)
        P.O.BOX 700                     : voice:  +358 61 248426
        SF-65101 VAASA FINLAND          :  site:  128.214.12.3
 
------------------------------
 
Date: 18 Aug 89 15:50:51 GMT
From: blake!bissiri@beaver.cs.washington.edu  (Moja Fritzah)
Subject: Re: HELP IDENTIFYING SEAGATE 296N WITH REV. 7 ROM
To: info-atari16@score.stanford.edu
 
In article <2520@orion.cf.uci.edu> jtang@orion.cf.uci.edu (   James   ) writes:
>Say if I go to a computer story and ask for Seagate 296N drive, how would I
>know/identify if it has the rev 7 ROM????
 
Most dealers don't know about the different ROM versions for the
Seagate 296N drive.  If the dealer is putting the kit together for you,
ask him to let you see the drive before they stick it in the case.
There should be a ROM number printed on the side of the drive.  Also,
the original packing/box should have the ROM number printed on one side.
Thirdly, the packing slip from the manufacturer gives the drive's specs.
 
Don't get your hopes up, most of the ROM 7 277N's and 296N's vanished
about 8-10 months ago.  Seagate promised to do yet another revision,
but i have yet to hear about its existence.
 
Note that many folks with the ROM 8 296N are quite happy with
2:1 interleave and about 400+k data transfer rate.  After all, most
things coming off your drive are relatively small.  Unless you have
disk intensive operations going all the time, you may be satisfied with
ROM 8's.
 
I eventually returned my 296N and bought a Quantum 80S.  It moves
data about 675k/sec and has a seek rate of 11/19ms (11ms when using
its 64k cache).  The Supra blast.prg gave me 18 pics/sec.
 
-kevin
bissiri@blake.acs.washington.edu
 
------------------------------
 
Date: Fri, 18 Aug 89 20:25+0200
From: Ritzert%DMZRZU71.ZDV.Uni-Mainz.de@Forsythe.Stanford.EDU
Subject: DeskJet Buffer
To: info-atari16@SCORE.STANFORD.EDU
 
Hi!
 
The following uu-file containes a zoo'ed .pi3 picture of the scematics
of the printer buffer I have set up. The input (atari side) is port B,
on the right side of the picture. It uses an 74hct645 and gets its power
supply from the !error signal of the printer, which is down only under
very rare conditions. Frans van Hoesel posted a message about this
buffer recently. I have been using it for a few weeks heavily (printing
TeX at 300 dpi) without any problems.
 
Greetings
 
M. Ritzert
 
bitnet: mjr at dmzrzu71
 
table
 !"#$%&'()*+,-./0123456789:;<=>?
@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]%_
begin 644 d:\cad\hct645.zoo
M6D]/(#(N,# @07)C:&EV92X:  #<I\3]*@   -;___\"  $        !W*?$z
M_0(!)@X  '$    &$UJU5@TB?0  M0T   $           !H8W0V-#4N<&DSy
M    "@!_>+X             0"DC*    0@X<.<   !P#A(TB/! P@,0 =PIx
M4&7 C ,S!LPY,.>@QX\@0XH<2;*DR9,H4ZI<R;*ERY<P8\J<2;.FS9LX<%K<w
MR;.GSY] @PH=2K2HT:-(DRI=RK2ITZ=0HTJ=2K6JU:M8LVK=RK6KUZ]@PXH=
M2[:LV;-HTZI=R[:MV[=PX\J=2[>NW;MX\%K=RW?I 6 ! 'T< ,S  ,$#CH$#u
M$/BJ 3 '&P-X;*"Q 3-)@7D$/ [>0<TA#9P9=NC8N&.%$P<;I/D,L .D00<-t
M $ZV19,'C(4QM-L,& , S.R&#.SW\*$6XXT+IWD&N 'AABT&:: R[T/F)@\Ps
M%%80N,#&#4$6.@ &L!GF 8"!47X8C-#6=P._+-P0@ &4CY.'%VP> ,W L >#r
M>_ -8 P8XQASWS#G##/,:%.\-LR!R TXPW\!#"(@@3$!5U1Y<<Q#VP#Q/!?.q
M..%9-4!?++;H(DN025;6(13 <0A5XZD4P#N%(/"(8% 5P$$(LJ6$B KX("+5p
M X*,,)U*AXB0QS%2*>"+"&@AX$D<1;[HY9<S!?#//U2-":2.C%$EV)DI!9#Fo
M5&NRY*:;< + YDD@S*FFG0! D!(8 02J)B""I8AG  <$0]4@X CF)TIY%A $n
M58* XFA*>3XPYJ:<=NKIIZ"&*FJG\%S:IJ246BIGHHLV*J>@<!(JYYM2Q;F2m
MGG7>>1*NM?)Y*ZU1V8HFG;WJ:A*OP?HZ[)[&EH0L5,*V"2RTRDI+;++-DO3Ll
M4]&BM*U3W>XZ;4\$X$$ $"F%>%RX/)U[;KK5>LLN21%,*BH\'YB++DKJ.COOk
M2(%Z! $!! B0+4C]BG0 (-%2%'!+ %-QK4EQ>H82$(%.7-( %@O<$J&"(8#2j
M88@JFA+','UPL$B,"I;0200PANK)\ C0D@<XJ,Q2I0E_]%< FMH[IICP>'@Ki
M$SI[)/0_I0* CXXS'QL QS:SY  5]8ZIV<H \+RJR5)3#3$92:/+=<NO:BQ2h
MH&*S]$'.0)I]$LBSJAV2H %['7>\(O6\]K\?X0U3P')3S/>Z=H,D%$N$'XZPg
MX]H"[M'B'A]4>$E%WRUY9&[FO5+C7&>N%.:,=3ZX1Y>3)'K@I%,.,>J0>[3Zf
MY*V;SCCLH<?%=%*!VUXY *F/-'MDM?=YNN6Z\\GUZ+Q/[OOKR.>%/.O-<V[\e
M[='/G3SSWC[/$NC:3T][]:5?_WOP?6]/???F0P]\\L.G2;[KW%,>ODH+-ZRXd
M]Y_;3[&L'3,)QF 5M@#6+WLF09O(3D(R5NUJ:@9<2=F2Y[67G01C47,6!#W0c
M$@' +7I":]H"<<.PH-E+3$PC'W6(,$%9E<1K$=16!D<R)XXYH(,\J)=FS+8Rb
MM-W*@?Z"H.=.(@ "J Q=//R?%#A7O1KBJX-P0Z*=5A8__8VO?7J3H@M5I[XKa
M(@Z+_=,B%;M(O":F:8@I\9,8#;=$%8F+?RI1X_NV*#PRNO&+:$2)').(.3M:z
ML8Q@C./[%,C%-O[1C7D\R1ZGR,:ZO3&0:1PD(_MHR,WI*9$F620=TU=),\(Qy
MDFNDI"/Q>+I0%G*4082D'B6YR9!4T9)G+.4<Q]C)1V*R))JD)2HC]\E5FK*.x
MM23E[7[)21TQ#):]5"0KJ2@K0Y7$8!E[(\J&.<L$N@H**"$ PX#(RVFZY(C5w
M?*&J((&2G\UP=QSC($L\"$X>VJMI3%,7T(2&PA2VQ  L!(08#%:U6T[NG*-C
MC VAF+5-T8TD/M01-_\F4'BH\","R*<4)RF\5DJM>73:($'U%3Z*%O-7&"6>u
M/T?2SH-85'9%E%Q&5:G,B9[4I"D-:2RIN:%7*F%7#$UF)B7I45?&=%TS]9A+t
M#_9*F>H4ESRU:5&!>E2')96H/_574%\W5%&"E*DLW6E53WE5J3858$%UZK*\s
MFE6D;A68.-7<5.MWUH%.-7)K#6-'E1I5N'Y5)(OLZ>.":=>R.K6M/N4K#44Jr
MRYI"57SY4REA:6I2H@(PFZ4SJC>I.M>#H6UY%5NH6B&8,HX:5IR"B:%(,#@Iq
MKW+,:"H1 !]*.L51B;"<)3PAI%"A@'L:T;.-S18,H5;:P4:&8Q+H( (*:M"7p
M)K1-FF7=;Y%X3@BP5J%RL%G:",C0AE9M)0)P+FX;R]6W5O>N(7GN2Y<*U[@*o
M<J+0A:E@U6I>4'8TO3?MJF_;RQA%F/6]XZWK=U49 /O%%;_9(N]\DVE!O/(4n
MO@+>;R*?9&#TYG>] :5O?%%[+P3KE[V]G/!_*_S@M"J7OBT%<'>M)540:U7$m
M:)6O@K6% PI'=\3RXAVQ,LP'%W,WQ=[%,'%)8&,+0_C#&>;QAE%,8Q*7-\/,l
MZ'&'3W9,&=,NCP% AI(#+*L"DR1FT3SR9-F*8I:Y"K/;!-MWMRS![<)WMS Ck
M;8DU"E:1L-/,A+J78)3$P-B*JIYC@@<:-1P:((CWI!7D;7D;JLZ[%3<D L #j
M<8O;K.-Z*[G$FQS'$@>-D43TN>D]J(ZH&V%"D\3*'GDS>C-]X0%#V)GA-3.Ii
M?QSIQ0KUO:OV<*M-W.-8J[C3R<1 K4%:8%SSEP>[;E:O39UA$@2[R#$>=+&/h
M[58C5U?"AVXPK'E=:MH]N23Q!.NHJ<UJ8($7)'F]<6!E[6V_:GO:PJ[VK#-\g
MX@K;.L?$YF%[/\)M<E\KP]$.2;C?[6SV0IO9X[YUO*$\;R('O)R %=>]Y0UPf
MA,DJVP+,\K,YRUB#@T2!Z2J9LLFL$DP#6E7%G!- USW0D= 9T8I6=9Q!U300e
MQ-B$G\)SGO?,B)$8P,\JMZC77'ZJWG;:TVN+F9L5#2I-?\31NX+TQ" 8 1H*d
M'=&W'35TC=X]NRV]Y(:V=,JE;M%ASQK$$$\UUXWE]6E]%R/[GKJZEVYN:;M;c
M[:QF.Y3S#>X#BYO>:Q_=W&L-=UG+O20\/_?;NYYWUB4R\&YW>+.3_>Q_#YG>b
M9"_\M6E(=[3;O>\"__K9/9)VPL==[X55_,'[;6H0)[+SD?%\X;55><Y?WO-%a
M!SWE%0[[S)N=I95%O,51JOK)CP34EA_[XC?6Y/FZ6B2HKKOP75GE; [0ZHKCz
MN'L';RRTG9SX&F\\Q;%I:N@&.LT!&/G5F7NW9@D  YAN[:>:=GV2D SFG9)Yy
MGJW>)8\8  7IIWK75 5\&@)48Q!T78J3(R A $BP:)RB?TAW+,D%@!SS=(H#x
M;&ZV6MVG5_IW48W74! 8.!Q@:<-5@:WD=0XH6I*3?A98;0#8=OIV>2?X8RDXw
M4HDG>GCG@IH#@RLH=2WH82\8>C+(>SI8@SP(>:/'>#]':[JW>_$%;%.R>0>1
M=CF8>3M8<4*X5S\H>Z_V=D%HA%%XA<PWA(_D;\?'95@8@B@(A%*(A")HAES8u
M@%I5A:MWAG?7AE"HAI0UAKHR.R3#+EM8AUWH<"[C?!)7>@T5A$AH?2,#& UXt
M-]*'$B;82EZ#!RFA9F#84#>T3EL':XVU?B$S,G;F*?*79TW'$@80=9@X17?Rs
M?=YR3FH#096(73DC*E2W@,ZB6:O(,:&(7:2(A3UU@1J4@HH(#ZV86I>HBYLTr
M;*NH@B!A@KM8:L=H@\I7BLL(8<U(B+MGC'_CC,$'C<7(C-=(C7%HC70HAGUSq
M)%!HA7S8ASXH<-,(A]_(C>$H5\1(CNYHCN*(CG((;%NXAFQ8CF%HCU.8COC8p
MC>P8C6F5C%>XC_/8CP?YC_=(>GJ(C-D8CU2H$H(0B%\7AO XCG[8)[JH.(:0o
M?8(XB .Y26B3'B=1D:JX-HMX$LJX2?W4D2!1D0\0#I-(B1TTC!K)&)O2-!  n
MDQ%!DC$7*O!PBRHQBBT))'3RDL@E9O,"00] 4*/B0G0BB]K":58W:1V$<S@(m
M4V_"B[Q4A,L5C"FA6LKH*W32:]"'C1Y1EDC9D$1XD1AY7M!HEF[YA=;VCG+9l
MD6V9A*27EM[(E6=Y87XYD'3)EV_9E!#I>EM9F&@Y6&K9A"P(F'7Y12%IA()7k
M1UTIF([YEXRIF0+ICWB7F>LUF*")4J*)4Z2YD*$9F*.YF82YEXWYF:IIFJR)j
MFJY9FI)IF'8)EY89@SYUFBKA"1:9FO7XFV<I*Q-0?W<#"2#)F]LWF[F)-C*0i
M$L(Y0W8#&R3(DA68FUZ3G"@1"/,T)G<)$@_0&1ZT3A%XF$B)0CR)>"11G9,Rh
M8R.A*47#!**(?MMIEF[2G<JY-JPBGR+Q ?-0,U2 G@CH*>L) %1)0X("H"%1g
MGC5#!@::G\YCBH[DH.1IGBV&7>DYEQ6Z5!CJ,\#PF !0EA_Z4R'J>]#9.[KYf
M12E*/ >Z-)ZQF"=:2R]*.A?DH=8#HN-9F2Q!HSN*HCTZI"X!I.7#H\Y)$T8Je
M*$B*F#.QI&[2I-#WI#IZI$*:I%3JDU9JHT2*HP)4I4QZI4XJ$U#:HJETHP]5d
M$F4JI<8'$VLJIE-*IF :I7#:IB_QIDOD"-%THW\A$P$PHU)CH1'0GX$3"1IWc
MHP_ 8"XQ $%CI8(BG>XY$GJ**HBJJ"W!J'.Z?X(QJ"AAJ/"W-* :JD(I&!(0b
MJ2(QJ?'9I8DJ$YCJJ/NI*ISZ:(I2J:S:J(&ZH-/%*]=)J&T"J!IDH5>%IDJ:a
MJ6SJ$ZYJIE]YHS=QK%(JJLZZ-'3*I4*AI6E21>*9IE2Z+F8"$]@JIT#EIT-!z
MK=V:@3TAKC0QKFXJ+F$2KNH*KD)AJ379$I_XK/0**ET!KV-!K6"RK_S:K_[Zy
MKP ;L ([L 1;L 9[L B;L J[L% 1$-RGQ/T"                        x
A                                         /R#w
 
end
 
------------------------------
 
Date: Fri, 18 Aug 89 20:37+0200
From: Ritzert%DMZRZU71.ZDV.Uni-Mainz.de@Forsythe.Stanford.EDU
Subject: Hard disk formatting?
To: info-atari16@SCORE.STANFORD.EDU
 
Hi, networld!
 
Does anyone know how to format the following HDs with 2k or 4k clusters?
 
a) SH205, latest Atari Software
b) Seagate ST296N/Supra host/Software 3.3
 
Both attached to Mega's running beta-TOS1.4 (and in a few weeks the
official release)
 
Thanks!
Michael Ritzert
mjr at dmzrzu71 (bitnet)
 
------------------------------
 
Date: Fri, 18 Aug 89 21:53+0200
From: Ritzert%DMZRZU71.ZDV.Uni-Mainz.de@Forsythe.Stanford.EDU
Subject: Patching Absoft Fortran
To: info-atari16@SCORE.STANFORD.EDU
 
Hi,
 
Before returning to TOS, AC/Fortran reads a <RET> from the console which
cannot be switched off by a flag to the program. This makes the compiler
unusable in connection with batch procedures, make or similar utlities.
 
As a solution to this problem, I figured out how to disable this query
(a Gemdos(10) call) by a patch. The present version of the patch does
not switch off the message ty type return, only the jump to the reading
routine. But its easy to switch off this message, too.
 
If there is enough interest, I can post a program to perform this patch
(C-Source).
 
BTW, a few months ago I patched code for Atari's 68881 board into
F77.RL. Great floating point performance now (Only 2.3 times slower than
a VAX 11/750 for least sqares fit in double precision)!
 
Greetings,
 
Michael Ritzert
 
------------------------------
 
Date: 18 Aug 89 18:39:51 GMT
From: sjsca4!news@uunet.uu.net  (Greg Wageman)
Subject: Re: Designing HIs under GEM
To: info-atari16@score.stanford.edu
 
In article <11830048@hpldola.HP.COM> jg@hpldola.HP.COM (Joe Gilray) writes:
>
>I would like to start a discussion about human interface design under GEM.
>
>1) Is there any standard "look and feel" for dialog boxes?  More than
>   just Title at the top, buttons across the bottom?  For example
>   I would like a single dialog to handle several different cases, so
>   I turn off inappropriate Object sub-trees with the ob_flag HIDETREE
>   bit.  Now each Object sub-tree has its own location in the box so
>   when I turn some off there are "holes" in the box.  I could place
>   different Object sub-trees in the same location (as long as they
>   will NEVER be both visible at the same time) but I don't want to
>   do this as I feel that the user will find it easier to learn and
>   use the box if it is possible to associate a location with a
>   function.  What do you think?
 
The "look and feel" (ghod, how I hate that phrase.  Sounds like
something one does with a prostitute) of a GEM dialogue is pretty much
determined by GEM itself.  The various GEM objects (radio buttons,
TEDINFOs, BOXCHARs, etc.) each have a distinctive appearance and
behaviour.  I've yet to see a real GEM dialogue where the objects and
their operations weren't intuitively obvious.
 
As for hiding object trees and overloading dialogue boxes, I don't
personally find this a good idea.  More important even than object
location is familiarity with a particular dialogue as a whole.  I know
that I myself get to recognize certain dialogues when they appear, and
don't have to stop to thing about what I'm being asked and what I need
to do when one appears.  Changing a dialogue on-the-fly would lead to
a longer learning curve and slower operation for the user, and doesn't
make your own code any shorter.
 
Besides, GEM provides the ability to "grey-out" objects and make them
unselectable.  This is the appropriate way to indicate an invalid
selection in a dialogue.  This preserves the appearance of the
dialogue while disallowing inappropriate selections.
 
>2) I also tend to use nested dialogs quite a bit.  I like to keep the
>   amount of information on a given dialog limited (this can also be
>   helpful in making a dialog multipurpose, i.e. useable in many
>   different parts of an application).  Do you think that nested
>   dialogs are too hard to use?  I know that they can be harder to
>   write as you often have to allow the user to move up and down
>   through the levels of dialog hierarchy and may have to offer
>   the same function in several different boxes (i.e. Abort,
>   finished, etc).
 
I see nothing wrong with nesting dialogues as long as the nesting
isn't gratuitous.  In other words, don't split a dialogue just to make
it appear more "flashy".
 
>3) One of the reasons I use nested dialogs is a limit I think I've
>   found in GEM, it appears that there must be less than 256 editable
>   (FTEXT, FBOXTEXT) characters per box in GEM.  Has anyone else
>   noticed this (I am using original ROM TOS)?  Is this fixed in
>   QuickSt or TurboSt?
 
I can't recall reading about any such restriction, but that doesn't
mean one doesn't exist.  However, you say nothing about what
programming environment you are using.  255 is exactly the largest
unsigned integer that can be represented in a byte.  You aren't using
a language that encodes string length in a leading byte, are you?  (No
K&R standard C language does this; C strings are arbitrarily long and
null-terminated.  Perhaps BASIC or Pascal?)
 
Greg Wageman                    DOMAIN: greg@sj.ate.slb.com
Schlumberger Technologies       UUCP:   
1601 Technology Drive           BIX:    gwage
San Jose, CA 95110-1397         CIS:    74016,352
(408) 437-5198                  GEnie:  G.WAGEMAN
------------------
Opinions expressed herein are solely the responsibility of the author.
 
------------------------------
 
Date: 18 Aug 89 20:21:36 GMT
From: cs.utexas.edu!usc!sdsu!ucselx!coffey@tut.cis.ohio-state.edu  (pat coffey)
Subject: PC Ditto question
To: info-atari16@score.stanford.edu
 
I purchased the original version of pc-ditto several years ago and
received an upgrade.  Now that pc-ditto version 2 is out, I understand
I can get a discount on the new product, but have not received anything
in the mail about it.  Does anyone know if the vouchers have been sent out yet?
 
Thanks in advance,
--
     _   _        Ms. Pat Coffey
    |_) (_        San Diego State University
 
------------------------------
 
Date: 18 Aug 89 18:39:18 GMT
From: mcvax!hp4nl!dutrun!hans@uunet.uu.net  (Hans Buurman)
Subject: uupc ?
To: info-atari16@score.stanford.edu
 
I want to set up an e-mail connection between the university and
home. From hp4nl I picked up a source called uupc, however, I don't
know how to proceed:
 
>From the doc's, I don't know exactly how to build it, and
I do not have the C-compiler mentioned in the README (alcyon).
 
Is there anybody out there who has an executable ?
 
        Hans
 
Apologies if this has been discussed last month: I don't always have the
time to read to read this group.
-----------------------------------------------------------------------------
Hans Buurman                   | hans@duttnph.tudelft.nl
Pattern Recognition Group      | hans@duttnph.UUCP
Faculty of Applied Physics     | mcvax!hp4nl!dutrun!duttnph!hans
Delft University of Technology | tel. 31 - (0) 15 - 78 46 94
 
------------------------------
 
Date: 17 Aug 89 16:51:54 GMT
From: zephyr.ens.tek.com!tektronix!sequent!mntgfx!dclemans@uunet.uu.net  (Dave
 Clemans @ APD x1292)
Subject: Re: IBM Keyboard on Atari ST
To: info-atari16@score.stanford.edu
 
>From article <8908152127.AA29761@cunixd.cc.columbia.edu>, by
 ia4@CUNIXD.CC.COLUMBIA.EDU (Imran Anwar):
>
> Hi...I have a question...
>
> I have an ST 1040 and also a spare IBM keyboard...(which anytime feels
> better than the ST's)....any way I can hook that for use with my ST?
 
According to messages on Genie, a converter box to allow IBM compatible
keyboards to be used on ST's is in beta test.
 
dgc
 
------------------------------
 
Date: 18 Aug 89 22:50:50 GMT
From: haven!h.cs.wvu.wvnet.edu!b.coe.wvu.wvnet.edu!fuhrman@purdue.edu  (Cris
 Fuhrman)
Subject: NetHack3 binary needed for Atari 1040 ST
To: info-atari16@score.stanford.edu
 
Can anyone tell me if there's a pre-compiled binary for NetHack 3.0
available via anonymous ftp for a single-drive Atari 1040 ST?
 
Desperate for nethack!!!!
 
-Cris Fuhrman
 WVU College of Engineering
 
------------------------------
 
Date: 19 Aug 89 01:26:52 GMT
From: mica.berkeley.edu!wisner@ucbvax.Berkeley.EDU  (Bill Wisner)
Subject: ST monitor connection
To: info-atari16@score.stanford.edu
 
Following the recent death of my SM124 monitor, I scrounged up an old green
screen and connected it to my ST. Simple enough, but the ST thinks that this
green screen is a color monitor, which it is most decidedly not. So, what
should I put on pin four of the monitor connection to convince my machine that
I'm on a monochrome screen?
 
Kindly reply by mail; I usually don't have the time to keep up with the
newsgroup.
 
Bill Wisner             wisner@mica.berkeley.edu             ucbvax!mica!wisner
 
------------------------------
 
End of Info-Atari16 Digest
**************************
-------
 
