Re: [cc65] The Contiki Desktop OS for cc65

Date view Thread view Subject view

From: Shawn Jefferson (sjefferson_at_sd62.bc.ca)
Date: 2003-03-13 17:34:26


>>> Christian Groessler <chris_at_groessler.org> 03/12/03 04:28PM >>>
>Yesterday evening I've browsed the web with my Atari for the 1st time :-)

Did you ever think you would with an Atari 8-bit? :)

>The current version loads at $2000 and uses memory up to $BAE4 (stack at
>$BC1F). So it doesn't work for e.g. Atari DOS 2.5 (lowest address
>available $244C with 4 drives), SpartaDOS works ($1FC0; addresses with R:
>handler for 850 loaded).

I was thinking that some sort of 80 column driver could be implemented, but I forgot that we need to load an R: handler.  Maybe on of the flickering Gr.0 types... 8k for a Gr.8 screen is probably too much (unless you use a 130XE and tell ANTIC to grab the screen from out of expanded memory, but then you lose compatiblity with all other machines.)

>I'm now looking into using some tiny loader DOS
>(MyPicoDOS, http://www.horus.com/~hias/atari/) where it could be loaded at
>$700 (w/o R: handler). But MyPicoDOS cannot yet load both the R: driver
>and then the contiki app. So I think I'll try to modify MyPicoDOS to load
>the R: driver by itself (should give some final load address at around
>$DC0 for contiki).

With these mini-loader DOSes, will cc65 file i/o routines work?

>Another idea is to get more memory by loading the 800 (not xl) BIOS into
>RAM which should make the area $C000 to $D000 available (not used by this
>BIOS), giving another 4k of RAM.

That would cut off some hardware from being used with Contiki (PBI hard drives.)  Maybe that's not an issue.

>If you're ready to compile your own version, I can send you my diffs for
>contiki-1.0.

Thanks, but I'll wait until you've got something a little more configurable and complete.  I'm glad you are working on this, Christian!

>> Once its done, I'd be interested in programming some apps/utils for it!  Looks very 
>neat.
>
>The memory is very tight on the Atari, so it's not that straightforward...

Maybe we would have to implement some type of application swapping to extended memory.  Also not everyone is going to want to run the http server, web browser, telnet client, email, etc...  It would be better to implement these things as loadable modules and let the user load which ones they wanted until they fill up memory.


Shawn Jefferson


----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo_at_musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.


Date view Thread view Subject view

This archive was generated by hypermail 2.1.3 : 2003-03-13 17:37:16 CET