Or how about ROMS for the CBM 8032, PET 4016-32, Plus/4 ect. That make the BASIC C64 compatable? Or taking the C128 BASIC and upgrading the C64 to that? :-) Best regards, Ed Johnson _____ From: email@example.com [mailto:firstname.lastname@example.org] On Behalf Of Craig Taylor Sent: Friday, February 03, 2012 8:04 AM To: email@example.com Subject: COMMODORE ROM PROJECT This topic reminds me of a basic extended that Trsnsactor published extensions for. The User could load into memory his custom set of extensions. If direct kernel access is limited - eg, jump table, few other direct common access routines -- then modules could register themselves for a custom kernel. Stock Roms could be generated to always boot an "unit.Kern" file enumerating the modules. In this convrrsation, basic "essential" and boot from disk would be loaded. On Friday, February 3, 2012, Gábor Lénárt <firstname.lastname@example.org> wrote: > Hi, > > On Fri, Feb 03, 2012 at 08:32:36AM +0100, Baltissen, GJPAA (Ruud) wrote: >> Hallo Gábor, >> >> >> > I guess it's a bit overkill to have a compilable (and working!) >> > source of the kernal >> >> If it is a lot of work to generate it, yes. But I have a disassembler that, with a bit of tweaking, produces readable and in most cases, relocatable sources. > > Wow, ok then :) I am curious how it can be done, since it's not an easy > task: kernal has entry pointes at fixed addresses used by various programs, > also the not so official ones (which should not be used, but maybe some > softwares use them), so if you modify the source these addresses will be not > the same anymore. > > How can you do that, to have an assembly source which will produce as much > "fixed points code" as possible with checking that no "overrun" of a code > part if someone want to push "too much" before the next "should be fixed" > address? It's OK that kernal has entries like CHRIN, etc, but I think there > are much more "odd" usage of the kernal with using not so official routines > to call (hmm so "private" functions designed to be used by the kernal > itself). > > Anyway, my answer is still valid I guess, it's even easier with the source > of course :) If someone does not need tape routines, there is some place to > implement other stuff there (however even DTV's kernal has bugs, not every > vectors etc are patched which should so some programs crashes because of it > - it's documented for some degree at the links I've mentioned in my previous > mail). > > > Message was sent through the cbm-hackers mailing list > Message was sent through the cbm-hackers mailing listReceived on 2012-02-03 17:00:03
Archive generated by hypermail 2.2.0.