Info-Atari16 Digest Wed, 26 Jun 91 Volume 91 : Issue 355 Today's Topics: Amiga is better then what??? Atari ST color monitor in VGA mode Games How is Atari doing in Europe? MiNT, MGR, emacs, problems and questions Problems with Ghostscript (2 msgs) UPDATE: Atari ST Parting out Sale! (2 msgs) What archiving format? What is MetaDOS? 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: 26 Jun 91 16:18:21 GMT From: noao!ncar!gatech!udel!brahms.udel.edu!don@arizona.edu (Donald R Lloyd) Subject: Amiga is better then what??? To: Info-Atari16@naucse.cse.nau.edu In article <677913506.0@therip.FidoNet> Rod.Fulk@f24.n228.z1.FidoNet.Org (Rod Fulk) writes: >Tom, Apparently you have not really used an Atari computer... >There are many offerings available on the ST that are not available on any >other computer to date. Okay, I was going to sit back & watch, but I felt compelled to reply to this one... >Since atari does not make the ST computer any more that I know of you must >compare the capabilities of the STe to that of the amiga. >A 1040 Ste compares VERY favorably to an amiga 500. The ONLY thing the amiga >500 has over the atari is the fact that the atari can not do as many colors on >the screen at the same time... There are many who would disagree with this statement.... >However there is a 24bit card available for $800 with a coprocessor of some >sort for really good graphics... I can get a 24-bit card for $299 (list). It takes advantage of the Amiga's built-in coprocessors. For about $100 more I can get one that also includes a slow-scan video digitizer. This one (DCTV) has been demoed at shows paging full-motion, full-color video off a HD and displaying it through this advice in real time (Watched a few minutes of Back to the Future III...) >Adding things to the ST come alot cheaper over all then on the amiga and the >standard equipment atari sells is of better quality on average. Better quality in what way? I assume you're speaking of quality of 'workmanship' or quality control with this point. What data are you using to arrive at this conclusion? Besides, if you have a problem with your 500, you FedEx it back to Commodore (at CBM's expense) & it's promptly replaced or repaired & sent back. If your 2000, 2500, or 3000 go bad, and your warranty is still valid (1 year warranty on all models, w/option to purchase an extension), Commodore sends someone to your home to fix it there. >Compare.... >An Ste with tos 1.6 and blitter performs pretty well... >Compared to an Amiga 500 the amiga only has a slight edge over the Atari.. I've seen the so-called blitter on an ST. I was not impressed. The Amiga's blitter performs most operations about as fast as a 14 MHz 68020 (according to Dave Haynie, a CBM hardware guy who frequents c.s.amiga.*). The ST's processor runs .86 MHz faster than the Ami's 68000, but the blitter more than makes up for this in all but extremely processor-intensive apps. Of course, for about $10 (probably less) you can pop a 68010 into your Amiga & make up for that difference. Unless Atari has finally released a non-TT TOS version that supports 680(1+)0 chips, ST owners don't have this option. >(Note: for the price no other computer even comes close... ) The A500 can be had for about $400 now. It generally also comes bundled with some software as well. >Compare OS's... The St is built with a much more complete OS then ANY of the >amiga OS's.. (The 2.0 doesnt really count at this point since last time I >looked it was not available on amiga 500's yet) In what way are they more complete? Do they include a shell environment as well as a GUI? Do they support multiple simultaneous screens of different depths, resolutions, and pallettes? (Can the ST even change resolutions yet without a reboot?) Shared libraries & interprocess communication? (Oops! No need... no multitasking! Sorry.) >If you compare the amigas 2.0 to the Mega Ste's 2.x and the TT's 3.X the atari >beats it hands down. >(Beats it in all areas of ease of use and of pure power...) Workbench is just as easy to use as any most other GUIs. Double click the icon & away you go... As far as "pure power", I've yet to see a GUI with the pure power of a Unix-like command line, which is part of the Amiga OS (note that you don't _have_ to use this; it's just there in case you want to). > Of course the >amiga does multi task but I have very little use for multi tasking.. Normally, I'd counter this standard argument with another standard one ("Then you probably haven't tried it yet"....), but... >(I use a 25 mhz '386 with desqview.. On the BBS multi tasking is nice..) >VERY few people I talk to use multi tasking more then ocassionally. Nearly every Amiga user I talk to uses it on a regular basis. I'm doing it now. A BBS is certainly far from the only time multitasking is useful. A list of the processes currently running on my system (using Snap, one of those processes, to clip this text from a window & paste it here): CLI(1):artm CLI(2):iprefs CpuBlit V1.00 AssignX FaccII ForFacc RexxMaster CLI(4):c:snap CygnusEd CLI(3):loadwb jr-comm DMouse Virus_Checker jrcomm-clock SD (Note that I've deleted a number of system processes (devices & handlers) because they're not things that I specificaly started up in one way or another.) >As to sound? Well The ST is the only one so far that has the capability of 3d >sound. The STe series computers have the capability of using 3 seperate >speakers with different sounds out of each.... 2 of those full 8 bit digital.. How is this superior to the Amiga's 4 channel 8 bit stereo sound? (8 bit on all 4 channels, not just 2 of them). There's even software (Octaplayer?) that supposedly pushes out 8 voices. Of course, unlike the ST, the Amiga's sound is driven by yet another coprocessor, so it takes almost 0 CPU time to play a musical score or a digitized sound (as a background process in your multitasking environment, while you work on something else). >It is easy to use HD floppies on an ST.. I have yet to see on on an amiga... Applied Engineering and Commodore both make Ami HD drives. The problem with HD drives on the Amiga is that the floppies are controlled by a coprocessor (yes, another one!) that allows me to do things like formatting a floppy (which I'm doing now via the SD process listed above) with little loss of CPU time. This coprocessor, though, cannot handle the throughput speeds of high density drives (twice that of the older drives), so workarounds have had to be found. >Since the ST uses standard parts it is easy to get most of the items... Eh? Standard parts? Like the standard SCSI drive inside my Amiga, the standard memory chips, the standard printer connected to my standard parrallel port right next to the standard serial port which talks to my standard modem? >Comparing an ST to an Amiga at purely CPU intensive things the Amiga can not >be compared very favorably. No? Why not? That .86 MHz doesn't make much of a difference... especially if the ST also has to use the CPU to do I/O and/or graphics stuff at the same time. Oops! Forgot again... no multitasking. Never mind. >The amiga has a hand up on the serial port since the ST is limited to 19200 >baud... > >ALL the memory can be used in an ST as compared to the amigas limitation of >chip memory... (Note the ST does not waste memory... You must waste memory on >an amiga to do double buffered graphics and digital sound at the same time.) I can use all the memory in my system too. I just have to keep graphics & sound data in the 1st 2 megs. Why do you say the Amiga has to waste memory to do d.b. graphics & sound? Having to keep it in a limited section of memory only constitutes a limitation, not a waste. On the subject of memory, what exactly is the difference between "ST memory" and "TT memory" on the TT? Is ST mem 16 bits wide? >Each has its own strengths and weaknesses.. The Standard ST is MUCH better >suited to bussiness then an amiga. However the Amiga is better suited to >games and higher resolution color work... Oh? On what do you base this assumption? I really don't know what business software is available for the ST other than PageStream (is 2.1 out yet for the ST? I've been using it for a while, & am looking forward to the 2.2 upgrade they're now advertising for the Ami version), Calamus, and DynaCadd (now also available for the Amiga). Of course, around here, the Amiga will nearly always win out over the ST simply because there are no ST dealers around and no sources of ST software short of mail order. I've been to nearly every computer store in this state, but have yet to see an ST anywhere. >Start comparing at the TT to amiga 3000 level and the difference is alot less.. >The TT can do some graphic modes the amiga would be jelous of and visa versa. If I remember the TT specs correctly, the only grahics mode the TT has that can outdo a stock Amiga 3000 (or any other model, if it weren't for the flicker in interlace mode on <3000 Amigas) is the 1024x960 mono mode which needs a special monitor. With the CBM A2024 monitor or Moniterm Viking, any amiga can do 1008x800 (1008x1024 in PAL mode) mono. >The sound systems are for the most part the same.. Differences can be over >come by the speed of the processor. If you REALLY push it the amiga can do a >few things better in the graphics arena though.. Over all though you have no >bussiness stating the ST is no where as good as the amiga.. It is not true.. From what I've seen of the ST it doesn't take much pushing for the Amiga's graphics to beat it. The processor speed differences (ST vs A500) are so small they're almost irrelevant; the Ami's blitter, copper, and other coprocessors make up for them easily. >However Atari USA is missing the boat.... >Actually someone shot the boat they were on while they were sipping a toast >to what they thought was going on... Then federated almost killed them.. >From the current trends I would predict that the Atari will come on very strong >in the next five years.. If Atari ever gets over their fatuation of keeping >low graphics to keep the price down and offer a multi tasking environment then >there will be nothing any amigaite can say against the ST... ;-) From the current trends I would predict that Atari sales will continue to be negligible in the US and falling in Europe. Sales of the TT might go well for a little while as current ST owners upgrade, but IMHO, they'll die down shortly. I would also predict that Commodore's sales will continue the steady rise they've been experiencing worldwide. >(Multi tasking doesnt make a better machine but since most people dont realize >they are not gonna need it they think they need it and might lewt it make some >sort of an effect on them..) Multitasking _does_ make a better machine for any machine that's not completely dedicated to a single task. I won't buy a computer that can't do it, and feel extremely claustrophobic when I find myself having to use one that can't. -- Gibberish May the Publications Editor, AmigaNetwork is spoken fork() be Amiga Student On-Campus Consultant, U of D here. with you. DISCLAIMER: It's all YOUR fault. ------------------------------ Date: 26 Jun 91 16:02:20 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!emory!utkcs2!hydra3b.cs.utk.edu!gathings@a rizona.edu (Golando Gathings) Subject: Atari ST color monitor in VGA mode To: Info-Atari16@naucse.cse.nau.edu I see many people using VGA monitor on ST's I was wondering if the opposite has been done. I would like to hear from anyone who has done this as I am planning on using an st color monitor as a vga monitor on my AT. Golando ------------------------------ Date: 26 Jun 91 07:34:14 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!mintak a!ogicse!clark!pro-haven.cts.com!bandersnatch@arizona.edu (Kevin Raley) Subject: Games To: Info-Atari16@naucse.cse.nau.edu AS I am in the black hole of cultural activity, I have very little access to ANYONE supporting the ST line of software. I am an avid FRP gamer and have finished (among others) Dungeon Masters 1 & 2, Bloodwych 1 & 2, Phantasie 1-4, Ultima 1-5, & Bard's Tale. I recently purchaced a game called Legend of Faergail by Rainbow Zoo & it is givin me a LOT of prvlems with HD installation and software quirks...Has anyone else had these experiences with this game? Oh yeah- Anyone knowing of anything new (or recent) game-wise please inform me, I hear that the people who made Captive are producing a Fantasy game of the same quality called Knightmare, and would like to know if anyone has seen it... Oh well, thanx fer the ear & I'll be seein ya in the net! Bandersnatch ---- ProLine: bandersnatch@pro-haven Kevin Raley Internet: bandersnatch@pro-haven.cts.com UUCP: crash!pro-haven!bandersnatch ARPA: crash!pro-haven!bandersnatch@nosc.mil ------------------------------ Date: 26 Jun 91 06:42:02 GMT From: uupsi!sunic!isgate!krafla!adamd@nyu.arpa (Adam David) Subject: How is Atari doing in Europe? To: Info-Atari16@naucse.cse.nau.edu Thanks Claus for stating a different side to what I said. In restrospect I see that some of my wording was not entirely clear. csbrod@immd4.informatik.uni-erlangen.de (Claus Brod) writes: >adamd@rhi.hi.is (Adam David) writes: vvvvvv >>TOS has yet to be junked. In all seriousness Atari, why not have a REAL OS >>in ROM and the option to load TOS and GEM from disk for backward compatibility? I think a little explanation is in order. Maybe junked was a rather unwise choice of words. The point I intended was more in the sense of recycling. I sincerely believe that both TOS and GEM have outlived their allotted lifespan as the central OS foundation in ROM (where indeed they take precious space and considerable chunks are often replaced by RAM resident routines anyway). I did not say they had outlived their usefulness. I'm sorry if I implied that. To put things in perspective I still use CP/M on Z80. I don't get rid of a thing which still has some use in it. From a historical viewpoint, TOS started off as a RAM based OS probably because it was still being written. It stabilised into TOS 1.0 the first ROM version. Since then we have had infrequent updates usually with only minor changes. A few bugfixes are made (sometimes in the wrong direction :-() and a few utilities added. Suddenly in recent times versions 2.x and 3.x appear with a few more bells and whistles. A completely new GDOS is arriving (in RAM of course). TOS and GEM almost became fossils in ROM. Some of the material in the ROM should (IMHO) rather be made RAM resident so that updates can be made available and to give better system flexibility. Manipulation of system-specific hardware obviously belongs in ROM but I would like to be able to load GEM when I need it, and reclaim its space when I don't. >TOS is usable. TOS is useful. >And personally, I think GEM is a real gem. It has all the potential >to rival the MacOS. >And with the advent of Atari Unix we also have a full-featured SysV.4. >Think about it. Nice stop-gap :-) :-) :-) [explanation: In a few years time look back with nostalgia and say "I still use Unix"] >The XBIOS floppy routines worked with HD drives from the day they were >created, likewise for BIOS and GEMDOS. Now, isn't that a sign of >thoughtful design? Yes. The low-level stuff for this is all in place, as it should be. Only very recent versions have a GEM format option for other than a simple choice between single and double sided disks. IMHO the only sensible sector size to use on HD disks is 1024 bytes (except for MSDOS compatibility when needed). If I understood correctly, only the first and latest versions have been able to handle these. In which version number was it fixed? Wouldn't it be sensible to have reasonable control over disk format built into the desktop? Shouldn't a decent ramdisk be included in the ROM? A simple text editor would not be out of place in the ROM. >With machines speeding up considerably and speeders all over the place, >the need for fine-tuning the ROM code diminishes. It's more important >for Atari to have control over the various TOS development lines, and >this is near to impossible to do with hand-optimized code. It could be worked on in-house as a non-optimised version and then run through an optimiser for production. Both speed and space are at a premium even in these days of multi-megabyte accelerated systems (Whoever thought back then that 4 MB wouldn't be enough RAM). Optimisation could be made almost automatic, the only handwork necessary would be to mark which parts of the code must not be changed because they are in some way critical. Just eliminating redundant reassignment of variables and making absolute long references into absolute short where possible would save enough space to fit STE TOS versions into older ST computers without having to move ROMbase to the newer (and lower) address. Enough said for now. This is meant as constructive criticism. -- Adam David. (adamd@rhi.hi.is) ------------------------------ Date: 26 Jun 91 18:31:11 GMT From: noao!ncar!zaphod.mps.ohio-state.edu!mips!atha!aunro!alberta!brazeau.ucs.ualbert a.ca!unixg.ubc.ca!geog.ubc.ca!peter@arizona.edu (Peter Jackson) Subject: MiNT, MGR, emacs, problems and questions To: Info-Atari16@naucse.cse.nau.edu Hello, I am setting up a system with MiNT and MGR and have encountered some problems and questions that I hope someone could help with: 1. MGR works fine with the init.prg supplied with MiNT, but if I try to use BASH or gulam as my shell, then I get a "can't get a pty" error when I try to open a windom. (I remember someone mentioning a solution to this before, but didn't take note at the time) 2. BASH seems to choke when using the LS.PRG supplied in akputil7.zoo - I get a bus or addressing error and MiNT crashes. LS.PRG seems to work fine with other shells. Has anyone else encountered this? Is there another LS that I should be using? 3. What (emacs-ish) editor are people using with MiNT/MGR? I have tried mg2a inside a mgr vt52 widow - the text came up fine, but every keystroke generated garbage (an @ character I think). I had problems with me310 as well. 4. Has anyone compiled gnu-emacs to operate under MiNT and allow multiple shells etc? (This is my preferred windowing environment) If so, would they care to share the changes that were necessary to compile the sources? Thanks very much for any help, I will be happy to provide any information I receive to others or summarize and post if there is sufficient interest. -- ====================================================================== Peter L. Jackson | peter@geog.ubc.ca Atmospheric Science Programme | pjackson@unixg.ubc.ca Department of Geography | usermeso@ubcmtsg.bitnet University of British Columbia | ph:(604)822-2269 fax:(604)822-6150 ------------------------------ Date: 26 Jun 91 14:42:52 GMT From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!caen!umich!ws u-cs!jake!pbh@arizona.edu (Patrick Haggood) Subject: Problems with Ghostscript To: Info-Atari16@naucse.cse.nau.edu In article <034213.21977@timbuk.cray.com> marc@sequoia.cray.com (Marc Bouron) writes: > >In article <1991Jun26.033501.2626@cs.wayne.edu>, pbh@jake.cc.wayne.edu (Patrick Haggood) writes: >> I just downloaded ghostscript the other day and have loaded it into >>...etc >> What am I doing wrong? What's this fontmap it's looking for? > >The fontmap file maps between the PostScript font names (e.g. /Times-Roman) and >GhostScript font FILES (e.g. ptmr.gsf). It live in the ./fonts subdirectory. >Now, to make the rest of it work, you need to modify your GS_LIB variable: > >GSLIB=e:\ghostscr.ipt\fonts,e:\ghostscr.ipt\ps > >Basically, it's a search path for any file GS wants to open. Can't remember if >the slashes face forward or back (forward in the variable, backwards on the >command line?). > Hm, are there supposed to be more font files with the distribution? The only one in the distrib I got was UGLY(something).GSF. So .GSF files have to live in a FONTS directory. To keep my path uncomplicated, I put the GS executable in the \bin subdirectory. Does my fontmap file have to live there too or will it suffice to keep put it in some directory pointed to by GS_LIB? -- Patrick B. Haggood Wayne STate University Detroit, MI Physics - Class of 1991 (-2?) ------------------------------ Date: 26 Jun 91 18:23:23 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!sdd.hp.com!think.com!spool.mu.edu!cs.umn.e du!uc!shamash!timbuk!marc@arizona.edu (Marc Bouron) Subject: Problems with Ghostscript To: Info-Atari16@naucse.cse.nau.edu The fontmap file needs to be in the GS_LIB path. Regarding fonts, there are no further .gsf fonts in the distribution, but they are freely available from various ftp sites. You can also make them yourself from .bdf fonts on Unix. [M][a][r][c] ################################################################################ # # marc@sequoia.cray.com # . . # # Marc CR Bouron # M.Bouron@cray.co.uk (ARPA) # _|\ /|_ # # Cray Research (UK) Ltd. # M.Bouron@crayuk.uucp (DOMAIN) # (_|_V_|_) # # +44 344 485971 x2208 # M.Bouron@uk.co.cray (JANET) # | | # # # ...!ukc!crayuk!M.Bouron (UUCP) # # ################################################################################ ------------------------------ Date: 26 Jun 91 17:00:13 GMT From: haven.umd.edu!umbc3.umbc.edu!gmuvax2!crouland@purdue.edu (JanxSter) Subject: UPDATE: Atari ST Parting out Sale! To: Info-Atari16@naucse.cse.nau.edu $$ Hardware: $100 Star NX-10 Printer $50 Navarrone ST Sound Digitizer $50 IMG Scan Print-Head Optical Scanner Software: $35 Prospero Developers Toolkit $60 Prospero C $60 Prospero Fortran $60 Prospero Pascal $35 Mark Williams C $35 Neural Network Construction Set $35 GFA Basic 3.0 $35 TimeWorks DTP $35 TimeWorks SwiftCalc $5 1ST Word Plus $35 CAD 3D 2.0 w/ CyberMate and Architect Design Disk $15 Circuit Maker I $25 Circuit Maker II $5 Captain Fizz $5 Chrono Quest $5 The King of Chicago Books: $35 STart Collection 1986-1991 w/ disks $5 Introducing the Atari ST (Abacus, #1) $5 Atari ST Internals (Abacus, #2) $5 Atari ST Gem Programmers Reference (Abacus, #3) $5 Atari ST Machine Language (Abacus, #4) $5 Atari ST Tricks and Tips (Abacus, #5 (2 copies!)) $5 Atari ST Graphics and Sound (Abacus, #6) $5 Atari ST Peeks and Pokes (Abacus, #8) $5 Atari ST Basic to C (Abacus, #11) $5 Atari ST 3D Graphics (Abacus, #12) $5 ST Disk Drives: Inside and Out (Abacus, #13) $20 Compute! ST series V1-3 (AES,VDI,TOS) $5 Atari ST Applications Programming (Bantam) $5 Programmers Guide to GEM (Sybex) $10 C-Manship Complete (Clayton Walnum, ST Specific) Please make all offers/inquiries to crouland@gmuvax2.gmu.edu ------------------------------ Date: 26 Jun 91 17:03:54 GMT From: europa.asd.contel.com!noc.sura.net!haven.umd.edu!umbc3.umbc.edu!gmuvax2!croulan d@uunet.uu.net (JanxSter) Subject: UPDATE: Atari ST Parting out Sale! To: Info-Atari16@naucse.cse.nau.edu $$ Hardware: $100 Star NX-10 Printer $50 Navarrone ST Sound Digitizer $50 IMG Scan Print-Head Optical Scanner Software: $35 Prospero Developers Toolkit $60 Prospero C $60 Prospero Fortran $60 Prospero Pascal $35 Mark Williams C $35 Neural Network Construction Set $35 GFA Basic 3.0 $35 TimeWorks DTP $35 TimeWorks SwiftCalc $5 1ST Word Plus $35 CAD 3D 2.0 w/ CyberMate and Architect Design Disk $15 Circuit Maker I $25 Circuit Maker II $5 Captain Fizz $5 Chrono Quest $5 The King of Chicago Books: $35 STart Collection 1986-1991 w/ disks $5 Introducing the Atari ST (Abacus, #1) $5 Atari ST Internals (Abacus, #2) $5 Atari ST Gem Programmers Reference (Abacus, #3) $5 Atari ST Machine Language (Abacus, #4) $5 Atari ST Tricks and Tips (Abacus, #5 (2 copies!)) $5 Atari ST Graphics and Sound (Abacus, #6) $5 Atari ST Peeks and Pokes (Abacus, #8) $5 Atari ST Basic to C (Abacus, #11) $5 Atari ST 3D Graphics (Abacus, #12) $5 ST Disk Drives: Inside and Out (Abacus, #13) $20 Compute! ST series V1-3 (AES,VDI,TOS) $5 Atari ST Applications Programming (Bantam) $5 Programmers Guide to GEM (Sybex) $10 C-Manship Complete (Clayton Walnum, ST Specific) Please make all offers/inquiries to crouland@gmuvax2.gmu.edu ------------------------------ Date: 26 Jun 91 19:15:09 GMT From: mcsun!unido!horga!nathan!ue@uunet.uu.net (Udo Erdelhoff) Subject: What archiving format? To: Info-Atari16@naucse.cse.nau.edu In <3564@laura.UUCP>, Rainer Klute writes: >LHARC: >Slow and unreliable. It has become popular because it has the best >compression factor. However, archiving and extracting is really slow. There >are several not always compatible LHarc versions by different authors >floating around. So if you don't have the right LHarc you might not be able >to extract an archive at all. Just say NO. You haven't ever used LHArc 1.1321, have you? Give it a try and start thinkig about using LHArc again... /s/ -- Udo Erdelhoff ue@nathan.ruhr.de Fido: Udo Erdelhoff on 2:245/52.1 ------------------------------ Date: 26 Jun 91 17:25:07 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio- state.edu!csn!boulder!news@arizona.edu (MILLER TODD C) Subject: What is MetaDOS? To: Info-Atari16@naucse.cse.nau.edu In article <1991Jun26.124900.5744@informatik.uni-erlangen.de> csbrod@immd4.informatik.uni-erlangen.de (Claus Brod) writes: > >TOS is making its way in just the direction you're pointing at; it is >becoming more modular. MetaDOS essentially replaces GEMDOS. GDOS is >disk-based and allows for external screen drivers. (NVDI is such a >GDOS/screen driver combo.) In fact, TOS is quite modular in itself due >to the hierarchical architecture. Excuse my ignorance, but what is MetaDOS? - todd ------------------------------ End of Info-Atari16 Digest ******************************