Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 666
Info-Atari16 Digest Wed, 18 Dec 91 Volume 91 : Issue 666
Today's Topics:
1280*960 IMG ? Yes!
Atari books
CACHEXXX.PRG Where can I find it?
Just how _do_ you force a
Mail server @ terminator? (2 msgs)
Mint and GEM (2 msgs)
Pagestream printer drivers
PYM Demo on Terminator
Sozobon shell ???
Sozobon V2.0 crc fault??
ST-Super-VGA Information...
ST Disk Utility Prgs
TOS 1.2 Pexec-Mode 4 fails
TOS 2.06
TOS 2.06 Available in USA!
Unix-Windows for ST
Welcome to the Info-Atari16 Digest. The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out. Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list
instead of the moderators are likely to be lost or ignored.
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
Date: Wed, 18 Dec 91 10:16
From: "the GUARDIAN"
<UK1T%DKAUNI2.bitnet@CUNYVM.CUNY.EDU>
Subject: 1280*960 IMG ? Yes!
To: Info-Atari16@naucse.cse.nau.edu
Hy there!
If you want to get a BIG-IMG( >640*480 ) then you can use e.g.
'snapshot'-programs which run with TTM 194.
Lots of these programs are in PD-Pools.
But there is only one program I know, which can 'snapshot' everywhere
in every resolution and with every graphics-extension :
Mortimer Plus (Omikron.Software, Germany).
Most items of this program are not well, and when you use Mortimer,
you will have more often bombs on your screen than usually... but
this function (Snapshot) works well.
More Info: UK1T@ibm3090.rz.uni-karlsruhe.de
------------------------------
Date: 18 Dec 91 07:26:12 GMT
From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
Subject: Atari books
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Dec17.160200.9971@gumby.cc.wmich.edu> obryan@gumby.cc.wmich.edu
(Mark O'Bryan) writes:
> In article <3mUzpIWZmOk@jonh.wimsey.bc.ca> jhenders@jonh.wimsey.bc.ca writes:
> > In <1991Dec10.053556.4131@actrix.gen.nz>, Roger Sheppard writes:
> > >In article <tdwpc93qpW.@jonh.wimsey.bc.ca> jhenders@jonh.wimsey.bc.ca
writes:
Stuff removed
The book you're thinking of is "Compute's ST Applications Guide: PRO-
> GRAMMING IN C", by Field, Mandis, and Myers. Copyright 1986.
>
> --
> Mark T. O'Bryan Internet: obryan@gumby.cc.wmich.edu
> Western Michigan University
> Kalamazoo, MI 49008
Is this book any good..!!!
--
*** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz ***
*** 85 Donovan Rd * * GEnie. R.SHEPPARD5 ***
*** Kapiti At least I don't Flicker, ***
*** New Zealand.. * not like a dying light globe ***
------------------------------
Date: 17 Dec 91 20:14:06 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-stat
e.edu!paperboy.micro.umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve
Yelvington)
Subject: CACHEXXX.PRG Where can I find it?
To: Info-Atari16@naucse.cse.nau.edu
[In article <SSykmML81IM@jonh.wimsey.bc.ca>,
jhenders@jonh.wimsey.bc.ca (John Henders) writes ... ]
> One strange phenomenom though, I notice when expire is deleting
> messages, that the deletion progressively slows down, after about 60+
> deletions, it's runing about 1/4 normal speed. Someone told me this is
> because TOS still sees the deleted filenames and has to seek past them
> to find the next file. Anyone know if this is true, or if the expire
> program just isn't written very efficiently?
It's a TOS phenomenon. Subdirectories are just special files. If you have
90 bazillion files in a directory, the file gets very long (and, because
of the odd order in which you probably created those files, the directory
may be fragmented all over the disk). Scanning through those zapped files
slows down the system something fierce.
That behavior, plus the pre-TOS-1.4 problem with opening files on a very
full disk drive, led Dale Schumacher and I to choose a different method of
storing Usenet messages in the rnews that we wrote a couple of years ago.
Instead of a single file per message, we have a single file per newsgroup.
Messages are stored in common Unix mailbox format -- i.e., concatenated
with "From <user> <date>" at the top of each message. Expiration is
performed by a file-trimming utility.
This method lets rnews and expiration processes run much faster, but it
introduces its own set of problems -- notably the need to scan very long
files in order to get a directory of messages in a group, and the need for
some sort of message-ID searching to find each user's previous
highest-read marker. We never really developed a satisfactory user
interface for all of this, which is one reason it was not released.
--
Steve Yelvington, Marine on St. Croix, Minnesota <steve@thelake.mn.org>
I ate two helpings of lutefisk ... and lived to tell the tale.
------------------------------
Date: 16 Dec 91 09:24:00 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!ya
le.edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Laurenz_Pruessner
@arizona.edu (Laurenz Pruessner)
Subject: Just how _do_ you force a
To: Info-Atari16@naucse.cse.nau.edu
Allan Pratt (apratt @ atari.uucp) writes:
>Please don't jump down my throat for not answering directly. Why don't we
>make this stuff available for free? Because it's not free for us to create
>and disseminate this information. The developer program is hardly a profit
>center.
This is probably one of the biggest misunderstandings of the Atari Corp.
The developer program does not pay immediately, but it helps to establish
a computer system that would otherwhise suffer from a lack of good software.
So an efficiently working developer support really produces profits, even
though you don't see it immediately.
To my mind one of the reasons why Atari seems to be dying continously in the
US is that there's more or less no good and clean software over there. And
there can't be good software without good, quick and immediate information.
>============================================
>Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp.
>reflect those of Atari Corp. or anyone else. ...ames!atari!apratt
/------------------------------------------------------------------------\
I Laurenz Pruessner I "Thank you for making my life more complicated." I
I Hamburg / Germany I Leonard Tramiel, 8/24/1991 I
I I I
I Long live Cyberpunk I----------------------------------------------------I
I Actionware I Laurenz_Pruessner@hh.maus.de I
\------------------------------------------------------------------------/
------------------------------
Date: 18 Dec 91 07:30:59 GMT
From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
Subject: Mail server @ terminator?
To: Info-Atari16@naucse.cse.nau.edu
In article <1856793.569206@DMSWWU1C.BITNET> zwq017@DMSWWU1C.BITNET (Bjarne
Pohlers) writes:
> In article <95679@bu.edu> selick@bucsf.bu.edu (Steven Selick) writes:
> >
> >I was just wondering if there was a mail server for the atari files at
> >terminator.cc.umich.edu that are available via ftp. I just want a backup
> >in case I ever lose ftp access or something. If so, what is the address,
> >and how do you use it?
> Yes, such a mail-server exists.
> Send a mail-message to atari@atari.archive.umich.edu which contains
>
> help
>
> as mail-body and you will get more info.
> --
>
!"$%&/);=?!-.'"[!=({\,@*%#+$['&~(/!&=]`"%$_~.|?>}`>|"/%~<$:&)*;#!;[&=#"&%$\':"[
> " Bjarne Pohlers Fast address: <srb110@math.uni-muenster.de>
&
> \ Slow address: Asbeckweg 15 | W-4400 Muenster | Germany
\
> & Phone number: (xx49)251-866559
"
>
[":'\$%&"#=&[;!#;*)&:$<~%/"|>`}>?|.~_$%"`]=&!/(~&'[$+#%*@,\{(=!["'.-!?=;)/&%$"!
I think you will find that BART is down, and from what they state they
don't know when it will be up..???
--
*** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz ***
*** 85 Donovan Rd * * GEnie. R.SHEPPARD5 ***
*** Kapiti At least I don't Flicker, ***
*** New Zealand.. * not like a dying light globe ***
------------------------------
Date: 18 Dec 91 12:32:30 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!malgudi.oar.net!yfn.
ysu.edu!ysub!psuvm!frmop11!dearn!dmswwu1c!zwq017@arizona.edu (Bjarne Pohlers)
Subject: Mail server @ terminator?
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Dec18.073059.7811@actrix.gen.nz> Roger.Sheppard@actrix.gen.nz
(Roger Sheppard) writes:
> [...]
>In article <1856793.569206@DMSWWU1C.BITNET> zwq017@DMSWWU1C.BITNET (Bjarne
Pohlers) writes:
>> [...]
>> Send a mail-message to atari@atari.archive.umich.edu which contains
>>
>> help
>>
>> as mail-body and you will get more info.
> [...]
>I think you will find that BART is down, and from what they state they
>don't know when it will be up..???
>
I just tested BART with `help' and `index' and it worked!
--
!"$%&/);=?!-.'"[!=({\,@*%#+$['&~(/!&=]`"%$_~.|?>}`>|"/%~<$:&)*;#!;[&=#"&%$\':"[
" Bjarne Pohlers Fast address: <srb110@math.uni-muenster.de> &
\ Slow address: Asbeckweg 15 | W-4400 Muenster | Germany \
& Phone number: (xx49)251-866559 "
[":'\$%&"#=&[;!#;*)&:$<~%/"|>`}>?|.~_$%"`]=&!/(~&'[$+#%*@,\{(=!["'.-!?=;)/&%$"!
------------------------------
Date: Wed, 18 Dec 91 14:34:39 mez
From: Michael Hohmuth <hohmuth@freia.inf.tu-dresden.de>
Subject: Mint and GEM
To: Info-Atari16@naucse.cse.nau.edu
Olaf Schlueter writes:
> If you use Gemini or the builtin desktop and bg.ttp to let TOS programs
> like TeX run in background, the background processes get almost no CPU
> time, even if the GEM program is blocked by an evnt_... call. [...]
>
> [...]
>
> Seems like the AES needs a patch for Mint to handle evnt_... calls
> without event polling. Any ideas for a patch ?
An appropriate "patch" could be an accessory that sometimes gets activated by
an evnt_timer(0,0) call and then performs an Syield() call.
Michael Hohmuth
hohmuth@freia.inf.tu-dresden.de
------------------------------
Date: 18 Dec 91 12:55:30 GMT
From:
noao!asuvax!cs.utexas.edu!wupost!darwin.sura.net!Sirius.dfn.de!fauern!faui43.in
formatik.uni-erlangen.de!faui09!roarment@arizona.edu (Roberto Armenti)
Subject: Mint and GEM
To: Info-Atari16@naucse.cse.nau.edu
olaf@oski.toppoint.de (Olaf Schlueter) writes:
>After trying Mint 0.91, I found it pretty stable and useful, but
>cooperation with GEM is poor. Performance is what one expects
>of an 8 MHz CPU 68000, as long as there is no GEM program running.
>If you use Gemini or the builtin desktop and bg.ttp to let TOS programs
>like TeX run in background, the background processes get almost no CPU
>time, even if the GEM program is blocked by an evnt_... call. The
>reason is apparently, after checking GEM operation with SYSMON, that the
>AES does active polling of mouse and keyboard events in the following
>manner:
>The mouse movement and button change interrupt vectors of VDI are used by
>AES to set flags indicating that the mouse has changed state
>The AES scheduler seems to poll the keyboard by the use of vsm_string
>(vrq_string in sample mode) and the mouse by looking at the flags set by
>the routines above. When the user moves the mouse, AES starts polling
>mouse position by vq_mouse for possible activation of drop down menus.
>Seems like the AES needs a patch for Mint to handle evnt_... calls
>without event polling. Any ideas for a patch ?
I too found this problem and solved it without a patch:
The obvious point was that GEM doesn't call GEMDOS very often when
waiting for any event. It seems to me that MiNT schedules processes
upon return of a system call. So the obvious thing to do was the following:
I wrote a very little accessory that forces GEM to call GEMDOS and thus
can be scheduled by the MiNT kernel:
-----------snipp------------------------------snipp------------------
#include <aes.h>
#include <mintbind.h>
int main( void )
{
appl_init();
while(1)
{
envt_timer(0,50); /* GEM waits 50 milliseconds */
Syield();
}
}
--------snipp-------------------------snipp----------------snipp------
That's it. The thing is that every 50 milliseconds GEM is preempted
from the processor and the MiNT kernel has the opportunity to let
another process run.
You'll see that your background TeX-process will get much more processor
time than it got when running without this accessory. I don't know if
this is a clever solution or if I am doing something that I should't do,
but this solution works fine.
Hope this helps
Ciao
Roberto
--
* roarment@cip.informatik.uni-erlangen.de *
* Roberto Armenti, Loewenichstr. 37, W8520 Erlangen, Germany *
------------------------------------------------------------------------
"Beam me up, Scotty. There is no intelligent life on this planet."
------------------------------
Date: 16 Dec 91 07:37:15 GMT
From:
munnari.oz.au!comp.vuw.ac.nz!med.wcc.govt.nz!kosmos.wcc.govt.nz!fmcg!equinox!sh
ore@tcgould.tn.cornell.edu (Craig Shore)
Subject: Pagestream printer drivers
To: Info-Atari16@naucse.cse.nau.edu
This message is posted on behalf of a friend that doesn't have access
to internet, If anyone can help could you please reply by *email*
only, not on this newsgroup as we don't receive it here yet.
Thanks,
Craig,
(ChCh, New Zealand).
Message follows...
------------------------------------------------------------------
Can anyone assist by providing a source to obtain the following printer
drivers for 'Pagestream' DTP program:
1) Mannesman-Tally Spirit 80
2) Bluechip
These drivers were not included with my revision of pagestream, and the
latest version lists them as now available. Most of my output is printed
by
lazer by others, but the ability to output drafts 'in house' would be
very
usefull.
-------------------------- Craig Shore -------------------------
Email:INTERNET - shore@equinox.gen.nz FIDO - 3:770/120
SLNET - 250:700/1266 or 250:700/578
- - - - - - - - - - - - - - - - - - - - - -
>>> NIXONS THEOREM : The man who can smile when things go <<<
>>> wrong has thought of someone he can blame it on. <<<
------------------------------
Date: 18 Dec 91 05:08:45 GMT
From:
noao!ncar!gatech!usenet.ins.cwru.edu!cleveland.Freenet.Edu!al885@arizona.edu
(Gerard Pinzone)
Subject: PYM Demo on Terminator
To: Info-Atari16@naucse.cse.nau.edu
In a previous article, selick@bucsf.bu.edu (Steven Selick) says:
>
>After reading a message earlier about a 1.8 meg demo called PYM.ARC, I
>decided to get it and take a look. It is the "Punish Your Machine" demos
>that were shown last August in Germany. There were 4 lzh files that
>turned into 4 msa files and finally turned into 2 disks. It is very
>nicely dono. I wish some of these fantastic programmers would write some
>really good graphics applications or games that would be STE compatible!
>
How much memory do you need to run it? BTW, how the hell is a person
with one disk drive and no HD supposed to unarc that 1100+ file?!
Also, how am I gonna transfer it from a HD IBM disk to a 720k ATARI
format disk?!
I'd really perfer msa's of a reasonable length like the LOST BOYS Finalle.
--
_______ ________ ________ "Small nose, loose girls, no nipples, (.|.)
/ ___/ / _____/ / __ / Iczer curls!" -=- Gerard Pinzone ).(
/ ___/ / /____ / __ / gpinzone@george.poly.edu ( v )
/______/ /_______/ /__/ /__/ Join the ECA Wehrmacht! Kill CM! \|/
------------------------------
Date: Wed, 18 Dec 91 12:54 N
From: SCHARTZ%WET.RUG.AC.BE@CUNYVM.CUNY.EDU
Subject: Sozobon shell ???
To: info-ATARI16@naucse.cse.nau.edu
Hi, several days ago, I decoded the SOZOBON C compiler. It was
very disappointing to discover that the whole package is composed
of several TTP files. I think it's very hard to use TTP files (and I
don't seem to be the only one, according to reactions of others).
So I would like to know if there exists some sort of Manager / Shell
/ Editor that can be used to coordinate and simplify the work with
Sozobon.
Thanks in advance for any suggestions,
Schartz@wet.rug.ac.be
------------------------------
Date: 18 Dec 91 04:52:43 GMT
From: munnari.oz.au!darwin.ntu.edu.au!topfm@uunet.uu.net
Subject: Sozobon V2.0 crc fault??
To: Info-Atari16@naucse.cse.nau.edu
In article <692675075.1@tdkt.kksys>, Chuck.Grimsby@tdkt.kksys.com (Chuck
Grimsby) writes:
>
> In a message of <Dec 11 12:46>, Steve Yelvington (1:282/31) writes:
> >From: steve@thelake.mn.org (Steve Yelvington)
> >Newsgroups: comp.sys.atari.st
>
> >Here is how uuencoding works.
>
> >In English: What you're doing here is taking a group of three bytes,
> >spreading their bits out across a set of four bytes so that you have
> >four nice, low binary numbers, then adding the value of a space -- the
> >lowest printable character -- to each result. This gives you four
> >printable text characters where you used to have three (possibly
> >unprintable) binary values.
>
> >Decoding simply grabs four bytes, subtracts ' ' from each value, and
> >shoves the bits together into three bytes, restoring the original
> >binary data.
>
> Thanks for both the code and the 'English' translation, Steve. I've wondered
> how UUencoding works, now I've got both some code and a explaination!
>
> Thanks again.
Yes my sentiments exactly... It seems _somebody_ has altered my
(vms)uuen/decoders so as to include some error checking checksums and the like.
I have since started ignoring the error messages and getting OK .ARC's
Now if anyone has a lharc for vms that handle lh5 let me know
Rob.
------------------------------
Date: 18 Dec 91 11:04:00 GMT
From: DESYVAX.BITNET!MORGADO@ucbvax.berkeley.edu (Carlos Jose)
Subject: ST-Super-VGA Information...
To: Info-Atari16@naucse.cse.nau.edu
Does anyone have any experience with the ST-Super-VGA card
from Rio Datel in US? It's also known as Resolution Super VGA
I think. How does it work? Does it come with the SVGA card
itself or would I have to buy that seperately? Presumably
I would need to buy a monitor capable of displaying SVGA.
Does it work on an STE (2MB+hardisk)? Does anyone know the
price? What about drivers? Is there a supplier in Germany?
Sorry about all the questions, but I was considering designing
such an adaptation myself so after reading Ben Gilbert's
posting saying it was available comercially I got pretty
excited!!
Carlos
#########################################################
# Carlos Jose de Sousa e Morgado .......................#
# ......................................................#
# MORGADO@DESYVAX.BITNET................................#
#########################################################
------------------------------
Date: 18 Dec 91 06:52:57 GMT
From:
noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!uakari.pri
mate.wisc.edu!usenet.coe.montana.edu!milton!tymbrimi@arizona.edu (Ben Gilbert)
Subject: ST Disk Utility Prgs
To: Info-Atari16@naucse.cse.nau.edu
Hi, can anyone suggest a good disk utility program / set of programs for
the ST? I'm looking for something along the lines of Norton for the IBM
I guess, kind of a catch-all for utility programs. I only have a floppy
drive (Don't tell me, I know it sucks but I can't afford anything else... :)
but it would be nice to be able to check disks for problems or analyze files
and whatnot... Mail to tymbrimi@milton.u.washington.edu or post if you
think it is worthwile (which it probably is...)
Ben Gilbert
-----------------------------------------------------------------
Yes, I only have a 520STFm, wondering how I can buy that 4 Meg Mega STe...
(anonymous Christmas gifts anyone?) :-)
-----------------------------------------------------------------
------------------------------
Date: 18 Dec 91 09:31:56 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!sol.ctr.colu
mbia.edu!ira.uka.de!THD-News!news@arizona.edu (Dr. Eder, Manfred)
Subject: TOS 1.2 Pexec-Mode 4 fails
To: Info-Atari16@naucse.cse.nau.edu
Hi everybdy,
yesterday I had a big proble with the Pexec-service.
I wrote a procedure, which has to LOAD (mode 3) a program, then
add a field in the basepage and last start the loaded image with
Pexec (mode 4). Everytimes, I do so, I get an exeption #3 BUSERROR and
while looking at the exeption-making code I found:
The service tried to get a longword out of the COMMANDLINE-data, made
it into an address, subtracted 4 and tried to access this address.
Well, quite bad. I have no idea, what went wrong. I passed the parameters
in the correct order and the only thing I changed in the basepage of
the new program was the value for p_resrvd2[0].
Any help?
Thanks
M. Gaertner
------------------------------
Date: 18 Dec 91 07:13:40 GMT
From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
Subject: TOS 2.06
To: Info-Atari16@naucse.cse.nau.edu
I did read last week from some Atari info, that the RTS/CTS flow bugs
could still be there as the Person (Bob Brodie) I think was refering
to a patch program to fix this problem, but stated he did not know
if it was fixed in TOS Version 2.06/3.06...
May be some of the Atari chaps can fill us in..??
--
*** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz ***
*** 85 Donovan Rd * * GEnie. R.SHEPPARD5 ***
*** Kapiti At least I don't Flicker, ***
*** New Zealand.. * not like a dying light globe ***
------------------------------
Date: 18 Dec 91 11:41:43 GMT
From: mcsun!news.funet.fi!sunic!lth.se!newsuser@uunet.uu.net (Jerker Nilsson)
Subject: TOS 2.06 Available in USA!
To: Info-Atari16@naucse.cse.nau.edu
In article <5440174@hplsla.hp.com> andyc@hplsla.hp.com (Andy Cassino) writes:
>>Ok, thats all real peachy-keen if you're an ST owner, but what if you happen
>>to own a 1040STe - how do I go about getting the new TOS and docs??
>>
>>Bob Malay
>----------
>
>CodeHead is introducing a line of boards to allow such an upgrade. One will
>plug into the Mega ST computers, and there's a couple of others that fit 1040
>ST's in various ways. I only skimmed the announcement on GEnie, but the price
>$69.95 sticks in my mind, but don't quote me on it!
>
The STe can be populated with TOS 2.0x directly. I have (a swedish)
TOS 2.05 in my STe and it works just great!
Oh, yes, I had to remove two jumpers to use 32 pin EPROMS instead of
the 28 pin ROMS that where there originally. The TOS was ripped straight
out of a Mega STe.
/Jerker
--
- Jerker Nilsson, email d91jn@efd.lth.se -
---- My opinion may change, but not the fact that I am right! ----
Insert own toughts here. The above is mine, and only mine!
------------------------------
Date: 18 Dec 91 09:53:30 GMT
From: mcsun!news.funet.fi!funic!nic.funet.fi!lahtinen@uunet.uu.net (Kimmo
Lahtinen)
Subject: Unix-Windows for ST
To: Info-Atari16@naucse.cse.nau.edu
I have seen a Xterm implementation on Atari. It works, but not very
fast. You also need an ethernet interface. You could try to contact:
Michael Gehret
X/software Michael Gerret
Markstrasse 8
D-8944 Gronenbach
Germany
tel: +49-8334-1411
fax: +49-8334-6245
email: mg%xsoft@unido.informatik.uni-dortmund.de
I hope this is still valid as it is an older visiting card.
--
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Kimmo Lahtinen E-Mail : lahtinen@gideon.fmi.fi or
Finnish Meteorological Institute kimmo@field.fi
Phone : +358 0 758 1322
Possessed by a Spirit G3 Fax : +358 0 758 1396
------------------------------
End of Info-Atari16 Digest
******************************
