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-14 17:29:13


>>> Christian Groessler <chris_at_groessler.org> 03/14/03 06:02AM >>>
>> With these mini-loader DOSes, will cc65 file i/o routines work?
>
>No, the DOS is only loading the program and then disappearing...

That precludes the use of loadable modules.  I'm guessing that using AtariDOS with this isn't going to be feasible, since that has one of the highest memlos.  But most versions of SpartaDOS won't work with the 800 (maybe X?  I dont' have that one.)  No perfect solutions! :(

>> >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.
>
>Do they use the area btw $C000 and $D000? I thought all devices are mapped
>into the $D000-$E000 region?

I believe that they use the floating point area of rom (turning it on and off as needed), as well as some at D600 (or is that D800)?  Anyway, with a 800 OS you don't have any of the PBI routines so those devices won't work anyhow.

>> >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.
>
>The memory is so tight with only the web browser, the other things are
>already disabled... :-(

Does the C64 really have that much more RAM than the Atari?  We may have to get a little more creative in using space from the OS... although I don't know how much more there is to take?  The C: routines?

I guess we need to look at other options such as banking to extended memory, or even disk (hard disk virtual memory?)  Although that makes coding the programs much more difficult since we need to swap parts in and out of memory, and the 16k banks really cut down on the size of your core program!



----------------------------------------------------------------------
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-14 17:30:33 CET