Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!lsuc!jimomura From: jimomura@lsuc.UUCP Newsgroups: comp.sys.atari.st Subject: Re: OS9/68000 for Atari ST Message-ID: <1540@lsuc.UUCP> Date: Tue, 27-Jan-87 18:12:11 EST Article-I.D.: lsuc.1540 Posted: Tue Jan 27 18:12:11 1987 Date-Received: Tue, 27-Jan-87 22:30:57 EST References: <162@wlbreng1.UUCP> <4170@utah-cs.UUCP> <797@drivax.UUCP> Sender: root@lsuc.UUCP Reply-To: jimomura@lsuc.UUCP (Jim Omura) Organization: Consultant, Toronto Lines: 45 Keywords: OS9 ATARI 68000 Summary: Some answers In article <797@drivax.UUCP> alexande@drivax.UUCP (Mark Alexander) writes: >In article <4170@utah-cs.UUCP> atwell@utah-cs.UUCP (Bart L. Atwell) writes: >>Maybe OS-9 can solve the 40 folder situation! Yes, it does. >I'm sure it can, but it wouldn't do you much good if you wanted >OS/9 to be disk-file-system-compatible with TOS, which I doubt it is. Quite correct. The disk format is different but I'm not quite sure how important this is to you. For me it is getting less important constantly. The first problem I had was that I had no way to get *anything* from TOS to OS-9 or backwards. Now I can do it via an intermediate computer using Kermit. In a little while, I should be able to do it direct disk to disk by writing a TOS format driver under OS-9. This should be particularly simple since I Obviously just have to disassemble the TOS driver and re- assemble it with fairly minor changes under OS-9 (which comes with an assembler). For most purposes I'll also need a LineFeed stripper and a utility to add LF's after CR's because OS-9 only needs a CR for EOL. >It also wouldn't do you much good if you still wanted >to run your TOS/GEM programs, unless someone went to all >the trouble of writing a TOS front end for OS/9 and ported >all of GEM, which I also doubt. This may not be necessary. I found out recently from Avy Moise that OS-9 sits *beside* GEM in memory and doesn't overwrite the previously used memory. This has its advantanges and disadvantages. The advantage is that it should be fairly easy to write a utility which returns you to GEM intact at the point where OS-9 was called. Furthermore, it may be possible to run GEM under OS-9 with a relatively simple "utility". Ironically, what's proving to be more difficult for me right now is just disassembling an OS-9 driver. I won't go into that right now though. Let's just say it's not all that difficult, but I can't do it right now. Cheers! -- Jim O.