HDTenEightyP/NetNews huggingface dataset:
Organization: Penn State University
Date: Fri, 20 Nov 1992 09:34:24 EST
From: <DXB132@psuvm.psu.edu>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon '030 BUS: 16 or 32 bit?

In article <1992Nov20.110645.29992@email.tuwien.ac.at>, nino@vmars.tuwien.ac.at
(Marinos Yannikos) says:

>marks@castle.ed.ac.uk (Mark Steyn) writes:
>: hutch@bellman.lanl.gov (John Hutchinson) writes:
>:
>Why do people complain about things they haven't even seen? Just because
>32 is 2 times 16 it doesn't mean the falcon would be 2 x faster if it had
>a 32 bit bus. And the video subsystem DOES have 32 bit access to memory.

True, it's difficult to predict. Things like prefetching instructions
tend    make it worse than you might expect. The '040 is an extreme case:
running over a relatively slow, 16-bit bus it is SLOWER (much slower even)
than a plain 68000. There is no reason I can think of to run the '030 on
a 16-bit bus (except to cripple the machine like Apple does), which makes
me believe this is just misinformation. But who knows, it's Atari. :)

>Just try to compare the A1200 at 640x480x256 with the falcon at the same
>speed - the A1200 slows down to the speed of an A500 with that resolution,
>while the falcon 030 is about 2.5-3 times faster than a 8MHz ST. Does the
>A1200 still look better now? It's no point in discussing and complaining
>about the falcon's design if you don't even know how it looks. It's very
>cleverly done, IMHO.

Good. Too bad that the Falcon is yet another closed Atari box, while C=
has managed to put in a decent level of expandability for a low-end
machine (PCMCIA plus a -complete- expansion connector for anything from
simple fast RAM cards to '030/'040 accelerators).

Newsgroups: comp.sys.atari.st.tech
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: Falcon '030 BUS: 16 or 32 bit?
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Wed, 18 Nov 1992 16:35:13 GMT

C'mon folks, let's get real here, OK?

Personally, I don't give a twit if the Falcon has a 32, 16, 8 or 2-3/4 data
bus... as long as it performs and performs well in consideration of its cost!

That's like saying, I don't like this program because it was written in
BASIC (or pick your favorite "non-favorite" language).  Even though it may be
the greatest thing since sliced bread you still don't like it?  Who cares?

Sure, a lower throughput bus probably would limit the _potential_ of the
machine, but there _are_ considerations that were made for compatability with
older ST/STe software.  You don't have to like it, but be reasonable.

All IMHO, of course.  :)
---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________


Newsgroups: comp.sys.atari.st.tech
From: pyr579@oz.plymouth.edu (Technoid)
Subject: DOES IT EXIST?
Reply-To: pyr579@oz.plymouth.edu (Technoid)
Organization: Plymouth State College - Plymouth, N.H.
Date: Sun, 22 Nov 92 19:43:15 GMT

Ok,

	I've just read the f30.zoo file from Atari.Archive and
it sounds great ( with the exception of 1040 case, how are they
going to fit it all in? ) It was old, but stated the Falcon 030
would be available in US in Mid-october, but I certainly haven't
heard a confirmation of that. When will it be released? And hw
accessable with it be ( ie. how many will be made? ) Anybody
at Atari ever release anything on time? Not that I've ever
found, but it would be nice if they could get it in gear.

Stephan

-- 
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  pyr579@oz.plymouth.edu      Stephan R. Cleaves      Salamanders Are Slick...
  	       Newts Are Neato-van...    Chameleons Are Cool...
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Newsgroups: comp.sys.atari.st.tech
From: gordonf@monashee.sfu.ca (Gordon Farrell)
Subject: How do I run a programme in a TOSwin?
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 16 Nov 1992 21:53:10 GMT

I've been trying to run elvis in a TOSwin, but I'm having little success.

I did manage to convince elvis that it's running on a vt52, but I can't
get it to actually run IN the window.  It runs like TOS programmes usually
do, obliterating the desktop.

I've tried running elvis from an existing TOSwin, and directly from the
startup dialogue, with no success.

What have I missed?  Help me!

Thanks in advance.
________________________________________________________________________________
Gordon Farrell          |e-mail:gfarrell@cs.sfu.ca |"Shee, you guys are so unhip
			|	gordonf@sfu.ca     | it's a wonder your bums
Simon Fraser University |			   | don't fall off."
Burnaby, B.C., Canada   |			   |	-Zaphod Beeblebrox
Newsgroups: comp.sys.atari.st.tech
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: IMG file structure
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Mon, 23 Nov 1992 22:49:18 GMT

Does anyone have any code samples to show how a screen image may be saved as
an IMG file?

Thanks,

---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________


Newsgroups: comp.sys.atari.st.tech
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: Co-operating processors on the Falcon
Organization: SAR Systems Development & Processing, JPL
Date: Thu, 19 Nov 1992 04:36:55 GMT

In article <721574179.11857@minster.york.ac.uk> andrew@minster.york.ac.uk writes:
>If the Falcon is multitasking how will the operating system
>ensure that memory access by the DSP are safe?  Will programs running in the
>DSP get swapped in and out or is it used like a 'dumb' peripheral which 
>processes have to contend for?  I wonder how machines like the NeXT do it?

The DSP will allow multiple programs to reside in its memory, but I don't
think (sorry, for the guess, I haven't read the docs lately and I really ought
to have by now...) more than one can be executing at once.
>
>Will this also mean that two assemblers are needed too?  One which
>programs for the 68030 CPU are written/compiled and one which is used for
>the 56001 DSP.  Writing programs for the Falcon will be complicated.  First
>I'd write a program in C for the CPU and then one for the DSP(?) and somehow
>link the two so that the DSP program is downloaded into the DSP where it is
>initiated by the main program?

Yes, you need a DSP56001 assembler in addition to the 68k assembler if you
want to write for the DSP. There are system calls to transfer 56k object code
from ST RAM into DSP RAM, etc.
>
>I'm sorry if this all sounds a little naive but I've never explored co-
>processor systems but when I get my Falcon I'll have to.
>
>-Andrew.
>
>P.S.
>Will it be possible to perform JPEG conversions on the Falcon using the DSP
>so that they are 'super' fast?  The conversion programm will obviously have
>to read and write from main memory which is where my question about security
>on memory access comes in for multiprocessing systems.

As far as I know MultiTOS is not doing swapping, so you don't have to worry
about reaching for a memory location that's been swapped out.
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

All true wisdom is conveyed in one-line witticisms.
From: sheppard_r@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Installation of TOS 1.4 (6 chip set)
Date: 19 Nov 1992 05:35:02 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: sheppard_r@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

In article <1992Nov18.161903.27845@newshost.lanl.gov>, hutch@bellman.lanl.gov (John Hutchinson) writes:
>In article a6wLmlL3OuU@nasim.sta.sub.org, knarf@nasim.sta.sub.org (Frank Bartels) writes:
>>
>>Could anyone please tell me the Part No.'s of the six EPROMS I'll need
>>to use for making TOS 1.4 EPROMS?
>
>Ouch!  Being just a little bit bold, aren't you Frank?  The software encoded
>in Atari TOS ROMs (any version) is _still_ copyrighted and may not be
>legally duplicated without authorization from Atari.>
>___________________________ John "HUTCH" Hutchinson _________________________
>_________________ Fair Dinkum Technologies     Member - IAAD  _______________
>________________ "No worries, mate... it's from Fair Dinkum!" _______________
>____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________>


There is a catch to this and its legal..

You can copy the Roms and patch them for you own use ONLY, and its the same 
for software, what you own is yours and you can do what you like with it..??


This is how the KAOS TOS works, its a set of patches that you copy into
copies of your own TOS 1.4 Roms...


So I think I caught you out this time John...


Eproms are 256k 150ns or better...

Roger...............             sheppard_r@kosmos.wcc.govt.nz

Newsgroups: comp.sys.atari.st.tech
From: laverman@cs.rug.nl (Bert Laverman)
Subject: VGA monitor on 1040STf
Originator: laverman@rug16
Organization: Dept. of Computing Science, Groningen University
Date: Mon, 23 Nov 1992 09:31:50 GMT


I subscribed to c.s.a.st.tech just for this question, so sorry if it is
an old one. (wasn't here the last 5 days, but anyways)

I have an 1040STf, with next to it an Olivetti PCS286. The olivetti
has a VGA color monitor, so naturally I'm wondering about getting the
color tube on the atari. I could buy an off the shelf cable, but that
would cost me allmost a 100 Dutch guilders, which is more than I
can afford at the moment.
  Anyone have a diagram on how to connect this? any pitfalls? dangers?

Greetings, Bert



-- 
#include <std/disclaimer>

  Bert Laverman,  Dept. of Computing Science, Groningen University
  Friendly mail to: laverman@cs.rug.nl      The rest to: /dev/null
From: cdw@dcs.ed.ac.uk (Christopher Walton)
Newsgroups: comp.sys.atari.st.tech
Subject: Soldering to the shifter ?
Date: 18 Nov 92 14:15:43 GMT
Organization: Department of Computer Science, University of Edinburgh

I am considering doing a memory upgrade on my STFM and it will involve
soldering a socket on top of my shifter.  Can anyone tell me how vulnerable
this chip is as I am not very experienced with a soldering iron ...

Thanks, Chris.

(cdw@dcs.ed.ac.uk & ecsu04@castle.ed.ac.uk)
"all in the name of ..."
Xref: sparky comp.sys.atari.st.tech:5762 alt.lang.basic:886
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Newsgroups: comp.sys.atari.st.tech,alt.lang.basic
Subject: Re: GFA Basic graphics routines
Date: 23 Nov 1992 02:52:53 +0100
Organization: Regional Computing Center, University of Cologne
NNTP-Posting-Host: rs1.rrz.uni-koeln.de
Keywords: atari,gfa,graphics

In <dud.722247592@milton> dud@milton.u.washington.edu (Dan) writes:

[...]

>PLEASE TELL ME THIS: Is there a compiler for GFA 3.0 ???

Yes.

>If so where do I get it? And, where could I find a manual for just the compiler
>on earlier versions. I bought a bunch of software from a guy, I got 3.0 in the 
>box with manual. And an earlier version, but no manual. I am writting a cool
>game program, and everything was going fine, then all of a sudden I was unable
>to compile it. My work has screeched to a stop because of this!!

Regarding  getting  a  working  version  of  the  compiler,   the
situation  seems  to  be  kinda unclear these days, as Richter is
continuing the ST version of GFA basic, but GFA themselves  maybe
too...  at  any  rate,  the best advice I can think of is contact
either Richter or GFA. One of them should be able to  inform  you
about the compiler.
Another possibility may be, try to update to GFA basic  3.5.  The
update price should be moderate, and it's worth it anyway.
Sorry, I don't have any addresses handy right now, but  both  the
GFA  address  and  Richter's  address  used to be around in other
postings these days...

>I want to finish this program, I already have 100 hours into it, several sound
>samples, and lots of work with Degas.

Wish you good luck and lots of fun!

>Also, another question while we are on the subject:

>Is there any source code out there (GFA) that will play digitized samples and
>leave the os free to do other things while these samples play?

I  never  did  anything  like  that  myself,  but  I'm  sure  you
absolutely  can't  do  a  background sample player in GFA for the
plain old ST. Getting arbitrary samples out of the  PSG  requires
exceedingly  fast  and well-timed loops and can therefore only be
done in assembly language. The newer Ataris  (STe  and  TT)  that
have DMA sound are another matter, but still, if you want to have
CPU time for other purposes, assembly language is the way to go.

Greetinx, Jan

 +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
 |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
 |                                                                   |
 *----=<  hierarchical systems are for files, not for humans  >=-----*
Newsgroups: comp.sys.atari.st.tech
From: peter@rhrk.uni-kl.de (Gunter Bitz)
Subject: Re: Falcon '030 BUS: 16 or 32 bit?
Organization: University of Kaiserslautern, Germany
Distribution: eunet
Date: Mon, 16 Nov 1992 13:27:37 GMT

paetau@mits.mdata.fi (Rasmus Paetau) writes:

>In article <1992Nov11.204525.11194@rmece49.upr.clu.edu> raist@rmece02.upr.clu.edu (Ricardo Hernandez) writes:
>>   Reading from the above converstion, it looks like the Falcon
>>68030 bus to memory is:
>>
>>   * 16 bit wide
>>   * can't do the 68030's burst mode
>>
>>   Can someone with real Atari specs clarify this?
>>
>>- Raist
>>

>All "real" Atari specs say that the bus is 32-bit wide, and Quick
>Index gives results of about 50% of a TT, which sounds reasonable as
>the TT has 2x Falcon's clock frequency. I don't think this would be

That's not true. The 68030 in the TT runs at 32 MHz but slows down
to 16MHz during Ram access. Now explain me please, why a TT is
two times faster than the Falcon !

>possible with a 16-bit bus. I still believe the Falcon has a 32-bit
>wide data bus.

>--
>-----------------------------------------------------------------------
>| Rasmus Paetau (paetau@mits.mdata.fi) | Waiting for the Atari Falcon |
>-----------------------------------------------------------------------

Newsgroups: comp.sys.atari.st.tech
From: tolk@opal.cs.tu-berlin.de (Robert Tolksdorf)
Subject: Re: Does Gulam use TERMCAP?
Organization: Techn. University of Berlin, Germany
Date: Sun, 22 Nov 1992 09:10:20 GMT

hyc@hanauma.jpl.nasa.gov (Howard Chu) writes:

>Nope. Gulam knows nothing about termcap. Quite a pity. At some point I'm
>definitely going to have to recompile the thing; I use it too much to let
>it go like this...

So you do have sources???

If this is true, are they available somewhere?

So far, everyone complains about this and that concerning Gulam, but
noone has hands on sources. This is somewhat a pity, since there are a
lot of things, that simply have to be corrected (shell_p, fixed screen
size etc.)

Ciao Robert
--
| Robert Tolksdorf              | Technical University Berlin |
|                               | FB 20 - FLP - FR 6-10       |
| e-mail: tolk@cs.tu-berlin.de  | Franklinstr. 28/29          |           
| tel:   +30/314-73558 (FR6078) | D-1000 Berlin 10 / Germany  |
From: seibert@Informatik.TU-Muenchen.DE (Ewald Seibert)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: 16 bit data bus on Falcon?
Date: 20 Nov 92 11:37:08 GMT
Organization: Technische Universitaet Muenchen, Germany
Originator: seibert@hphalle5b.informatik.tu-muenchen.de


In article <10616330.17.722217606@eng2.eng.monash.edu.au>, 10616330@eng2.eng.monash.edu.au (STUART ROBERTS) writes:
|> From what I undersatand of motorola microprocessors, the 68030 has a 32 bit 
|> wide data and address bus, therefore the Falcon must use the same. Still, I 
|> could be wrong, I'm just an Engineering student.
|> 
|> Big Stu.

No 
the 68030 is flexible and can accses even a 16-bit Bus

-- 
==============================================================================
seibert@informatik.tu-muenchen.de   ist
Ewald Seibert, Herschelstr.1 8070 Ingolstadt,  0841-86480

    Dont't blame ATARI for things, the GURU told you from the ARABIAN NIGHTS (*
==============================================================================

(*  = Maerchen aus 1001 Nacht
From: cmh@eng.cam.ac.uk (C.M. Hicks)
Newsgroups: comp.sys.atari.st.tech
Subject: GCC V2.2.2 Errors
Summary: Problem installing GCC V2.2.2
Date: 19 Nov 92 13:43:07 GMT
Organization: cam.eng

I have a problem installing GCC V2.2.2 on my ST (1040STF expanded to 4Meg,
48Meg HD, TOS 1.2, SM124). I have the two "hello" programs as follows:

/* hello.c */
#include <stdio.h>
main()
{
   printf("Hello World\n");
   return(0);
}

/* hello.cc */
#include <stream.h>
main()
{
   cout << "Hello World\n";
   return(0);
}

I am invoking the compiler from Gulam, with, as far as I'm aware, the correct
environment variables set.

In the first case (hello.c) the program compiles and runs fine (implying that
GCCEXEC, GNUINC, TEMP etc are correct).

In the second, the preprocessor executes fine (indicating that GXXINC is OK)
but the compiler proper gives several errors of the type:

  #-lines entering and leaving files don't match

I believe that all my includes are of the correct patchlevel (GCC pl 80, G++
pl 7), so what's the problem? All the binaries came from a.a.u.e. in the
GCC 2.2.2 distribution.

I am sorry for posting this to the net, since it's probably just me being
thick, but I have had two very late nights trying to figure this one out.

Thanks in advance for any help (email, or post if of general interest)

Christopher Hicks (cmh@uk.ac.cam.eng)
"If it breaks, it's not strong enough; if it doesn't, it's too heavy"
 
Newsgroups: comp.sys.atari.st.tech
From: rh0083b@medtronic.COM (Roger-Hunen)
Subject: ICD host adapter info
Organization: Medtronic, Inc.
Date: Mon, 23 Nov 1992 11:58:26 GMT

Hello Atari gurus!

I have an ICD Advantage Plus ST host adapter in my ST disk system. I want
to develop a driver for a tape drive, but I have no documentation of the
host adapter (I do have the tape drive's OEM manual).

Does anybody have such documentation? Where can I get it? Or order a
manual?

Specifically I am interested in:
- how does the ICD host adapter handle SCSI messages?
- how can I generate a SCSI reset without messing up the ST system?
  My guess is that I cannot use the RST instruction...

Note: I live in The Netherlands (Europe), so European ordering info is
      preferred!

Thanks in advance,
-Roger

Newsgroups: comp.sys.atari.st.tech
From: sanders@sci.kun.nl (Sander Stoks)
Subject: Re: getmpb
Organization: University of Nijmegen, The Netherlands
Date: Tue, 17 Nov 1992 11:30:56 GMT


In a message of <02 Nov 92 18:12:40>, pcxkrm@unicorn.nott.ac.uk (3:713/602)
writes:

p> Hi,

p> As a person who has spent the last ten years programming almost solely
p> in BASIC, the ins and outs of memory management are fairly new to me.
p> I'm currently trying to write a program which needs to know where it is
p> in memory. My GEMDOS information tells me that the 'C' call getmpb
p> should do this - but it seems to return only the top of system memory or
p> something - it gives the same thing every time with no pointer to a
   second
p> block.
p> Am I being very thick or is there some other way to find out my
p> program's basepage? I'm running an STe with 2Mb of memory and TOS 1.62.

p> Keith.

What language are you programming in? BASIC? (Guess not, since I can't
imagine a BASIC program which needs to know its memory location) If
yes, which version? I know there is a variable BASEPAGE in GfA, which
points to the basepage of the currently running program (only useful
for compiled programs of course, otherwise it would point to the
interpreter.)

Sander SToks
sanders@sci.kun.nl
Newsgroups: comp.sys.atari.st.tech
From: seibert@Informatik.TU-Muenchen.DE (Ewald Seibert)
Subject: Re: 16-bit RAM Access on Falcon ?
Originator: seibert@hphalle9f.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 16 Nov 1992 15:25:04 GMT


(Stefan Boberg) writes:

|>  6) Since the A1200 runs every available piece of software as well as the
|>     new AA-specific software it's got a significant advantage over the
|>     Falcon as far as software support is concerned. [Atari is a dead duck
|>     over here]

HA HA!!!!!!!!
Look at the list of the main software for the Amigas:
i.e. the list from Leisuresoft: 
      300 Games for the AMIGA
 #####    ###
#     #  #   #
      # #     #
 #####  #     #
      # #     #
#     #  #   #
 #####    ###       running on the A600 ... is it the AA chipset or WB 3.0 ?

  7) Major entertainment software producers have pledged support for the
     new graphics capabilities of the A1200 (We in Team17 included). That's
     more than you can say about the Falcon ...
 #    #  #####    ####   #    #   ####
 #    #  #    #  #    #  ##   #  #    #
 #    #  #    #  #    #  # #  #  #
 # ## #  #####   #    #  #  # #  #  ###
 ##  ##  #   #   #    #  #   ##  #    #
 #    #  #    #   ####   #    #   ####

Even three Game-Developers CANCELED the AMIGAS as of the incompatiblity of
the new LOW-END machine(s) [first the 600 the the 1200]



  I've got a 68040 in my A4000. Does a 68040 Atari even exist? Didn't think
so.

there is a ATARI040 ready ...  
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X ...
  EMail: boberg@lysator.liu.se, lha@augs.se           FIDO: 2:204/404.7
    UUCP:  {uunet|pyramid|rutgers}!cbmvax!cbmehq!cbmswe!team17!boberg

-- 
==============================================================================
seibert@informatik.tu-muenchen.de   ist
Ewald Seibert, Herschelstr.1 8070 Ingolstadt,  0841-86480

    Dont't blame ATARI for things, the GURU told you from the ARABIAN NIGHTS (*
==============================================================================

(*  = Maerchen aus 1001 Nacht
Newsgroups: comp.sys.atari.st.tech
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: Need advice on 1.4M drive****
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Tue, 17 Nov 1992 15:47:03 GMT

In article 1@bcvms.bc.edu, faype@bcvms.bc.edu () writes:
>I have an ancient ST520, and need a new external drive.  Does anyone know
>if I can swap in a 1.4Meg instead of the 720K?  Do I need a new driver,
>even if I just want to read/write 720K disks?
>-pete

Pete, as a minimum, you would need the new 1.44 drive mechanism, TOS 2.06,
a TOS adapter kit (like the CodeHeads TEC or similar), an AJAX chip (disk
controller) and other stuff I'm sure.  Also, unless you get the specific
Epson model drive mech, you'll have to do some surgery on your 520 case to 
allow for the disk eject button to fit.  I'm not a hardware guru so others
here could give you more specific details.

I can give you advice, however... don't do it.  If you have your heart set on
a hi-density drive, then just buy a MegaSTe or wait for the Falcon.

BTW, you most likely have TOS 1.0 in your early 520ST.

---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________


Newsgroups: comp.sys.atari.st.tech