Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 622
Atari Sys 5 Unix- any owners out there? (4 msgs)
coming soon: Son of Welcome ...
For Sale: ST296N Hard Disk, Atari SC1224 Monitor and Atari Drive
GNU C - What do I *really* need to use it?
Gnu Emacs 18.57 and other ramblings....
High rez boards for STEs
Multitasking of Desk Accs and apps: (2 msgs)
Pay Stubs of the Rich and Ataried
ST Applications
ZIP for the 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: 27 Nov 91 11:16:39 GMT
From: mcsun!uknet!yorkohm!minster!mjl-b@uunet.uu.net
Subject: Atari Sys 5 Unix- any owners out there?
To: Info-Atari16@naucse.cse.nau.edu
In article <9942@cactus.org> covert@cactus.org (Richard Covert) writes:
[discussion about prices of TT vs Mac IIfx]
>ah, so A/UX is buggy. do you really think that Atari's UNIX will
>be any better? Heck, Atari still can't make a multitasking OS for the
>TT, so I don't place much faith in their UNIX porting abilities!!
A/UX is a port of System V, release 3, with additions and changes demanded
by Apple.
TT Unix is a port of System V, release 4. Now, this doesn't mean that it
will be less buggy. However, the port was done by a company that
specialises in porting System V to Motorola processor based machines (among
other things).
They have years of experience at the game -- they know what they're doing.
[more discussion on prices deleted]
>Then you need to factor in the availability of backup devices for the
>TT/ASV system. Sure it has a SCSI interface but WHO sells device drivers
>for such exotic devices as 4mm Digital Audio Tape drives, or the
>Sony SMO magneto-optical read/write drives? Or the newest 3.5"
>Sony SMO drives? Or even just the old fashioned DEC 60megabyte
>tape drives.
Er... just use any SysV device driver.
>
>It is when you need to add peripherals that the sorry shape of the Atari
>market really is noticed.
>
>But with a Mac you can add almost any type peripheral including CDROMs.
>And they work under A/UX as well as the Mac OS.
>
>And that's another thing, A/UX supports Mac apps.
And this is one of the reasons why it's so buggy.
>But ASV won't
>run ST/TT apps, so throw away all of your TT programs cause they
>won't work under ASV.
So hold down the key that prevents the TT from attempting to boot from your
Unix disk and force it to start TOS instead. OK, so you can't run both at
once... but why would you want to?
>Richard E. Covert covert@cactus.org
>CACTUS ..!cs.utexas.edu!cactus.org!covert
Mathew
| Mathew Lodge | "Baldrick, are the words 'I have a cunning plan' |
| mjl-b@minster.york.ac.uk | heading towards this conversation with ill |
| Summer: lodge%alsys@uknet | deserved confidence?" -- Blackadder III |
------------------------------
Date: 27 Nov 91 20:01:58 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!hanauma.jpl.nasa.gov!hyc@a
rizona.edu (Howard Chu)
Subject: Atari Sys 5 Unix- any owners out there?
To: Info-Atari16@naucse.cse.nau.edu
In article <9939@cactus.org> covert@cactus.org (Richard Covert) writes:
>In article <1991Nov25.043247.3286@cs.wayne.edu> pbh@jake.cc.wayne.edu (Patrick
Haggood) writes:
>I have developed under a half dozen different UNIX machines in the lasst ten
years. All the way back to the original AT&T 3B2 when I worked at Bell Labs.
Heh. While Bell Labs is impressive, having worked on a 3B2 is not exactly
something I'd brag about. I had the misfortune of using them for a few
months too, not an experience I'll soon repeat.
>
>I have to wonder just how serious a UNIX workstation is if it is from Atari.
If it is a full Sys V R4 implementation, what else is there to say? SVR4
defines a binary interface, library interface, etc. etc. etc.. Either it's
compliant or it's not; if it was not compliant they couldn't call it SVR4.
>
>First, the TT is a bit underpowered seeing as how it is basically just
>a 16MHz 68030. Oh I know the CPU is running at 32MHz but the I/O buss
>is still 16MHz and UNIX is VERY I/O intensive (can you say disk swapping?).
Swapping is a technique used when one's virtual memory requirements exceed
the physical memory space. I've got 32Meg of RAM in a Sun-4 here, and I can
see that the swapper has only consumed about 6 CPU seconds in the past two
days. Unix is not necessarily I/O intensive...
>
>Also, their UNIX X Windows pack requires the $1,000 monochrome monitor
>as the native TT color resolutions aren't high enough to support decent
>X Windows.
Sounds reasonable to me, I wouldn't want to run X on a 640x480 display.
Dunno how PC-folks can put up with Windows-3.1415... on a regular VGA
either. At least the high-rez capability exists intrinsically, rather
than being a chancy add-on like it is for comparable machines. (PC clones,
mainly.)
>
>And Atari is shipping the GNU compilers, which while excellent are NOT
>commerically supported compilers. Try getting technical support if the
>compiler breaks and you don't have access to USENET. Do you want to spend
>your precious development time debugging your development tools or
>writing your project? Thats why you need professional, commerically
>supported compilers and debuggers.
There's a company called Cygnus that provides commercial support for the
GNU tools. This complaint is groundless.
>
>But hay, pay out the $6 to $8 grand that an Atari Sys V development
>system would cost. I would rather pay the same bucks and buy a Mac IIFX
>with Apple's A/UX. At least I know Apple will be around for awhile!!
Um... Yeah. Apple A/UX sucks. The Mac //fx had (has?) serious motherboard
design flaws, making its (lack-of) reliability rival that of the original
thin Macs. Not to mention the slowness of the //fx memory and I/O buses.
You carp about the TT's 16 MHz bus not being fast enough for an I/O
intensive Unix system. The //fx doesn't have DMA SCSI. The main RAM is
accessed with *9* wait states. No burst mode access to RAM. That nice 40 MHz
processor is being slowed to an effective 11.4 MHz due to memory latency.
(Now you know why so many 3rd party companies are making $$$ selling
puny little 64K cache cards for the Macs...) A //fx would make a laughable
Unix machine.
--
-- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
------------------------------
Date: 27 Nov 91 21:36:05 GMT
From:
noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!magnus.acs
.ohio-state.edu!usenet.ins.cwru.edu!wsu-cs!jake!pbh@arizona.edu (Patrick
Haggood)
Subject: Atari Sys 5 Unix- any owners out there?
To: Info-Atari16@naucse.cse.nau.edu
In article <691240598.16628@minster.york.ac.uk> mjl-b@minster.york.ac.uk (Mathew
Lodge) writes:
>In article <9942@cactus.org> covert@cactus.org (Richard Covert) writes:
>[discussion about prices of TT vs Mac IIfx]
>
>>And that's another thing, A/UX supports Mac apps.
>>But ASV won't
>>run ST/TT apps, so throw away all of your TT programs cause they
>>won't work under ASV.
>
>So hold down the key that prevents the TT from attempting to boot from your
>Unix disk and force it to start TOS instead. OK, so you can't run both at
>once... but why would you want to?
>>Richard E. Covert covert@cactus.org
>| Mathew Lodge
>| mjl-b@minster.york.ac.uk
Actually, the advance word (from the Atari Unix folk) is that there is a
TOS taskmaster (emulator? runner? do-er?) getting polished up by some
folks in Germany. Perhaps the middle of next year?
But, I have to agree with many of the arguments my thread started :-)
When Atari promises anything, you really have to take it with a grain of
salt, preferably from the rim of a tall margarita, but you have to admit
they build some really damned neat-o machines. And, their
price/performance really is pretty good. I saw their machine and was
terribly impressed with what I saw. It's no speed demon, but with a
19inch monitor, 340M drive and 16M of RAM you're still under 6K! I have
decided to go ahead and purchase the Sun, but if I wasn't connected to a
university (thus getting a HEFTY discount from the manufacturer) there
would be no choice: I'd get the Atari.
Oh, and to put in a word for GCC: I like it, a lot. And it's free. Hot
damn.
--
Genie - P.HAGGOOD2 Internet -pbh@jake.cc.wayne.edu
PRODIGY - Not anymore, Jackson. Bitnet - phaggoo@waynest1
Phone - (313) 577-0669
Voice - "HEY, YOU WITH THE BAGGY PANTS!"
------------------------------
Date: 27 Nov 91 18:50:57 GMT
From: mcrware!mwca!bill@uunet.uu.net (Bill Sheppard)
Subject: Atari Sys 5 Unix- any owners out there?
To: Info-Atari16@naucse.cse.nau.edu
In article <9939@cactus.org> covert@cactus.org (Richard Covert) writes:
%>I have developed under a half dozen different UNIX machines in the lasst ten
years. All the way back to the original AT&T 3B2 when I worked at Bell Labs.
%>
%>I have to wonder just how serious a UNIX workstation is if it is from Atari.
%>
%>First, the TT is a bit underpowered seeing as how it is basically just
%>a 16MHz 68030. Oh I know the CPU is running at 32MHz but the I/O buss
%>is still 16MHz and UNIX is VERY I/O intensive (can you say disk swapping?).
I don't think this will be a problem. We just bought a 33MHz 80386, a very
nice, reasonably high performance platform. While the processor runs at
33 MHz, the bus runs at 8.7 MHz - I think this is standard for PC-AT bus
architecture. The TT's bus running at 16 MHz is twice as fast, ignoring the
fact that TT video is accessible by the CPU, whereas PC-AT video has to be
accessed over the bus (I know about fast RAM vs. video RAM, but it is still
more direct for a TT then for AT architecture). Secondly, the ST/TT has never
been a slouch when it comes to disk performance, regardless of bus speed. If
my 8MHz ST can approach 1 MB/sec with a middle-of-the-road SCSI drive, I'm
sure a 32/16MHz TT can do much better with a high-end Unix-y drive.
%>And Atari is shipping the GNU compilers, which while excellent are NOT
%>commerically supported compilers. Try getting technical support if the
%>compiler breaks and you don't have access to USENET. Do you want to spend
%>your precious development time debugging your development tools or
%>writing your project? Thats why you need professional, commerically
%>supported compilers and debuggers.
I believe many vendors are expecting customers to use GCC - Sun no longer
supports their 68K compiler, for instance. There are companies around who
make a living by providing support for the GNU toolset.
%>Richard E. Covert covert@cactus.org
%>CACTUS ..!cs.utexas.edu!cactus.org!covert
--
##############################################################################
# Bill Sheppard -- bills@microware.com -- {uunet,sun}!mcrware!mwca!bill #
# Microware Systems Corporation -- OS-9 / OS-9000 / CD-RTOS -- (408)980-0201 #
############# Opinions expressed are my own and usually wrong ################
------------------------------
Date: 27 Nov 91 12:25:41 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!lapis.labmed.umn
.edu!davidli@arizona.edu
Subject: coming soon: Son of Welcome ...
To: Info-Atari16@naucse.cse.nau.edu
Just a quick note to let all of you know that a =New= +improved+ Son of Welcome
to Comp.Sys.Atari.ST will be arriving at your local newsgroup Real Soon Now.
:-)
By the way, if any of you have hints, tips, questions-and-answers, stupid ST
tricks (did I miss anything?) which you would like to see appear in this
International Frequently-Asked-Questions List, please send them to me, quickly!
--
David Paschall-Zimbel davidli@simvax.labmed.umn.edu
"The most important fact about Spaceship Earth: An instruction book didn't come
with it." -- R. Buckminster Fuller
------------------------------
Date: 27 Nov 91 22:10:07 GMT
From: pyramid!mfrost@hplabs.hp.com (Mark Frost)
Subject: For Sale: ST296N Hard Disk, Atari SC1224 Monitor and Atari Drive
To: Info-Atari16@naucse.cse.nau.edu
For sale...
- Atari SC1224 Color Monitor
- Seagate ST296N Hard Drive (with ICD adapter card and dual-drive enclosure/
power-supply)
- 800K internal floppy drive from Atari 1040 ST
Make me an offer.
-m----------- Mark Frost (mfrost@pyramid.com)
---mmm--------- System Administrator - R&D Engineering Group
-----mmmmm------- Pyramid Technology Corporation
-------mmmmmmm----- 3050 North First Street
---------mmmmmmmmm--- San Jose, California 95134
-----------mmmmmmmmmmm- (408) 428-8163
------------------------------
Date: 27 Nov 91 20:23:03 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!mips!atha!aunro!ersys!mforget@arizona.edu
(Michel Forget)
Subject: GNU C - What do I *really* need to use it?
To: Info-Atari16@naucse.cse.nau.edu
Hello,
I will soon be buying a 1040STe with four megabytes of RAM, and I was
wondering if this would be suitable to run the gNU C software package.
The computer will have an AdSpeed STe in it, as well. I have a 30
Megabyte hard drive, of which I use about 10 megs. Would this be enough
to use the package? I've heard that it is big, but I can't see the
package itself taking up 20 Megabytes of space on the HD. I also use
Data Diet, with a compression rate of about 40-45% overall, so that might
ease the burden alot. Also, where does one send away to get the package?
I saw an address once upon a time, but I can't remember it and don't know
if it is still valid. I also remember that a person had to send nineteen
disks as well. I *hope* they meant single sided...:)
<< ------------------------------------------ >>
<< mforget@ersys.edmonton.ab.ca >>
<< ersys!mforget@nro.cs.athabascau.ca >>
<< Michel Forget >>
<< "Do not meddle in the affairs of Wizards, >>
<< for they are not happy campers!" - UNKNOWN >>
<< ------------------------------------------ >>
------------------------------
Date: 27 Nov 91 23:15:26 GMT
From: elroy.jpl.nasa.gov!swrinde!@locus.ucla.edu (John Bunch)
Subject: Gnu Emacs 18.57 and other ramblings....
To: Info-Atari16@naucse.cse.nau.edu
Howdy.
I just recently spent a long time downloading the zoo file for emacs
18.57, and have run into a few hitchs trying to dump it. Well it seems
that some of the files use more then 8.3 for filenames, and I am only using
gulam and no UNIXMODE? When I try to dump emacs it cant find all the loadup
files to dump. Any info would be appreciated.
John.
--
John B Bunch * I don't want the world, I just want your
771 Madison Ave Apt.2e. * half.... -TMG
Albany, NY 12208 * jbunch@isis.cs.du.edu
(518) 436-3810 * UUCP: {...}!crdgw1!sixhub!myst!john
------------------------------
Date: 28 Nov 91 15:33:17 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!csus.edu!wupost!spool.mu.edu!munnari.oz.au
!bruce!csv.viccol.edu.au!gjocc@arizona.edu
Subject: High rez boards for STEs
To: Info-Atari16@naucse.cse.nau.edu
>
> I haven't had much luck displaying the color modes, though. It kind of
> works, except that each of the three color signals seem to be shifted about
> 1/3 of a screen with respect to each other. This I can deal with by
> using the control panel to turn off all colors but green. But there's
> another problem: the left edge of the display starts about 1/3 of the way
> across the monitor, and wraps around such that the right edge of the
> display ends up overlapping the left edge by a good 1/3 of the screen width.
> In other words, if I move the mouse all the way across the desktop from left
> to right, it will traverse the screen one and a half times! Does any
> one knowledgeable about video signals know what could cause this? COuld
> this be caused by the OMNISWITCH box I'm using? I poked around inside
> and it looks like the video goes through some 74LSXX before going to the
> multisync connector. Or is this inherent in a gray-scale multiSync?
>
I think you will find that the problem that this monitor will not scan slow
enough to lock the colour modes. You need the grey scale equiv of a NEC 3d.
Greg O'Sullivan
(gjocc@viccol.edu.au)
------------------------------
Date: 27 Nov 91 19:40:52 GMT
From: sgi!odin!flatcat.wpd.sgi.com!stever@decwrl.dec.com (Steve Whitney)
Subject: Multitasking of Desk Accs and apps:
To: Info-Atari16@naucse.cse.nau.edu
In article <RiaqKBg/qpg@alice.hobby.nl>, harold@alice.hobby.nl (Harold
van Aalderen) writes:
|> There is one problem, AES is not really multitasking but more like
|> taskswitching on a message bases.
This happens periodically, and I'm going to try to clear it up. It's
been said a lot lately.
|> When ever a AES call finishes AES looks at the top of a list and executes
|> the program marked ready to run.
|> To get on that list you first must use an event_x call to request a certain
|> input from a device (or an alarm from the timer). The program than gets the
|> WAITING status and when the desired information comes available it is put
|> at the end of the READY to RUN list.
This is correct, bvut it does not mean that the AES doesn't multitask.
The AES uses a technique called "non-preemptive multitasking," which
simply means that it does not force "processes" to give up control of
the CPU. This is the same technique used by Apple's Multifinder. It
is not an appropriate technique for multiuser systems since one user
could choose to keep the CPU forever. If applications are well-behaved,
non-preemptive multitasking looks the same as preemptive multitasking,
and the overhead can be significantly lower.
|>
|> Conclusions: TOS programs that do not make any AES calls will blok all
|> the other programs. (exect does driven by system interrupts)
|> Taskswitching is only performed when KEY or MOUSE input is
|> requested by some program.
|>
Correct. A call to evnt_timer with a zero as the time to wait is
necessary to allow scheduling to take place.
|> MultiGem is an kind of extension to AES in the way that it makes the
|> scheduling mechanism used for ACCS availebale for all programs.
|> It is still not a multitasking program only a task-switching program.
|>
|> True multitasking** can only be implemented by rewriting large amounts of
|> GEMDOS and BIOS code because the I/O part of TOS is not really setup
|> for multitasking. (I believe that is what MINT does).
See above. MiNT is a preemptive multitasking kernel for GEMDOS.
|>
|> Until Atari adopts some standard and forces all developers to follow it.
|> And Atari develops a true multitasking TOS we will have to live with
|> programs like MINT and MultiGem including all incompatiblity risks.
|>
|> ** with true multitasking I mean that a program can be interrupted in the
|> middle of any kind of operation include disk I/O. Ofcourse on a
|> single CPU
|> system there can never be more than *ONE* set of instructions
|> active.
|> --
|> Harold van Aalderen | harold@alice.hobby.nl
|> | {...!mcsun}!hp4nl!hgatenl!tedux!alice!harold
|> alice: She's not the neighbour girl nor is she living in wonderland
|> Who it is? For me to know for you to guess.
Sorry for the pedantry. People should know that the AES desk accessory
scheme is still multitasking. "Task switching" typically refers to
utilities that allow several "virtual machines" each of which is running
a program. The user switches between these with some sort of hot-key.
--Steve Whitney / Silicon Graphics OS Group
------------------------------
Date: 27 Nov 91 19:47:38 GMT
From: sgi!fido!odin!flatcat.wpd.sgi.com!stever@decwrl.dec.com (Steve Whitney)
Subject: Multitasking of Desk Accs and apps:
To: Info-Atari16@naucse.cse.nau.edu
In article <RiaqKBg/qpg@alice.hobby.nl>, harold@alice.hobby.nl (Harold
van Aalderen) writes:
|> There is one problem, AES is not really multitasking but more like
|> taskswitching on a message bases.
This happens periodically, and I'm going to try to clear it up. It's
been said a lot lately.
|> When ever a AES call finishes AES looks at the top of a list and executes
|> the program marked ready to run.
|> To get on that list you first must use an event_x call to request a certain
|> input from a device (or an alarm from the timer). The program than gets the
|> WAITING status and when the desired information comes available it is put
|> at the end of the READY to RUN list.
This is correct, bvut it does not mean that the AES doesn't multitask.
The AES uses a technique called "non-preemptive multitasking," which
simply means that it does not force "processes" to give up control of
the CPU. This is the same technique used by Apple's Multifinder. It
is not an appropriate technique for multiuser systems since one user
could choose to keep the CPU forever. If applications are well-behaved,
non-preemptive multitasking looks the same as preemptive multitasking,
and the overhead can be significantly lower.
|>
|> Conclusions: TOS programs that do not make any AES calls will blok all
|> the other programs. (exect does driven by system interrupts)
|> Taskswitching is only performed when KEY or MOUSE input is
|> requested by some program.
|>
Correct. A call to evnt_timer with a zero as the time to wait is
necessary to allow scheduling to take place.
|> MultiGem is an kind of extension to AES in the way that it makes the
|> scheduling mechanism used for ACCS availebale for all programs.
|> It is still not a multitasking program only a task-switching program.
|>
|> True multitasking** can only be implemented by rewriting large amounts of
|> GEMDOS and BIOS code because the I/O part of TOS is not really setup
|> for multitasking. (I believe that is what MINT does).
See above. MiNT is a preemptive multitasking kernel for GEMDOS.
|>
|> Until Atari adopts some standard and forces all developers to follow it.
|> And Atari develops a true multitasking TOS we will have to live with
|> programs like MINT and MultiGem including all incompatiblity risks.
|>
|> ** with true multitasking I mean that a program can be interrupted in the
|> middle of any kind of operation include disk I/O. Ofcourse on a
|> single CPU
|> system there can never be more than *ONE* set of instructions
|> active.
|> --
|> Harold van Aalderen | harold@alice.hobby.nl
|> | {...!mcsun}!hp4nl!hgatenl!tedux!alice!harold
|> alice: She's not the neighbour girl nor is she living in wonderland
|> Who it is? For me to know for you to guess.
Sorry for the pedantry. People should know that the AES desk accessory
scheme is still multitasking. "Task switching" typically refers to
utilities that allow several "virtual machines" each of which is running
a program. The user switches between these with some sort of hot-key.
--Steve Whitney / Silicon Graphics OS Group
------------------------------
Date: 27 Nov 91 19:34:29 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-
state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!aq009@arizona.edu (David A.
Johnson)
Subject: Pay Stubs of the Rich and Ataried
To: Info-Atari16@naucse.cse.nau.edu
In a previous article, harold@alice.hobby.nl (Harold van Aalderen) says:
>In <1991Nov14.015646.8335@isc.rit.edu>, jgm8260@ritvax.isc.rit.edu writes:
>>Here are the salaries of top Atari brass as of 4-15-91 :
>>* salaries deleted *
>>Just thought I'd let you all know, for what ever good it may do you.
>
>What kind of country do you live in that this kind of private information
>can be published on a world wide network. Don't you have any respect for
>peoples privacy!!
Because Atari is a publicly traded company (you can buy Atari stock on the
American Stock Exchange), there are rules that mandate that the salaries of
these top executives be disclosed. Atari itself publishes this information
in their annual report to comply with these rules. So it's really no
violation of anyone's privacy--you can find this information easily and
it's publicly available.
--
_________________ David Johnson _________________
"I've been \ aq009@cleveland.freenet.edu / __ ___ __
tampered with!" \ Michigan State University / / / /
-Car alarm \ / __/ /__ __/
------------------------------
Date: 27 Nov 91 17:36:04 GMT
From: mcsun!uknet!warwick!covpoly!cck.cov.ac.uk!csi056@uunet.uu.net (WEG)
Subject: ST Applications
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Nov27.162529.11000@jet.uk> dba@jet.uk (dennis armstrong) writes:
>In <15269@castle.ed.ac.uk> robin@castle.ed.ac.uk (R C Smith) writes:
>
>
>>Does anyone subscribe to ST Applications (I think that is what it is
>>called) from the ST Club. If so what do you think?
>
>May I suggest the French ST MAGAZINE
> subscriptions from:
> ST MAGAZINE ABONNEMENTS
> 36, Rue de PICPUS
> 75012 PARIS
>
Yes, but it'll be in French. I don't speak (or read) French, only English.
Any magazines in English, even American? I used to read ST World, but it
unfortunately died a death and was merged into ST User.
* * ****** **** |WEG - Mark D Weston | "Common sense is the set of
* * * * * |Computer Science | prejudices acquired by age
* * **** * |Coventry Polytechinc, UK | 18." Albert Einstein
* * * * * ** |email: WEG or csi056 |-----------------------------
* * * * * * |JANET: csi056@uk.ac.cov.cck
** ** ****** **** |INET: csi056%cck.cov.ac.uk@nsfnet-relay.ac.uk
Vote Conservative
--
* * ****** **** |WEG - Mark D Weston | "Common sense is the set of
* * * * * |Computer Science | prejudices acquired by age
* * **** * |Coventry Polytechinc, UK | 18." Albert Einstein
* * * * * ** |email: WEG or csi056 |-----------------------------
------------------------------
Date: 27 Nov 91 21:56:51 GMT
From: mnemosyne.cs.du.edu!isis.cs.du.edu!jbunch@uunet.uu.net (John Bunch)
Subject: ZIP for the ST
To: Info-Atari16@naucse.cse.nau.edu
I have also used ST Zip 0.9 extensivly and have not noticed it being
Buggy? Ah well..
John
--
John B Bunch * I don't want the world, I just want your
771 Madison Ave Apt.2e. * half.... -TMG
Albany, NY 12208 * jbunch@isis.cs.du.edu
(518) 436-3810 * UUCP: {...}!crdgw1!sixhub!myst!john
------------------------------
End of Info-Atari16 Digest
******************************
