From: Ed Johnson <>
Date: Fri, 3 Feb 2012 11:02:52 -0500
Message-ID: <00841AEFAAAA45468157B62B911A6F0A@dell6400>
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
Best regards,
Ed Johnson


[] On Behalf Of Craig Taylor
Sent: Friday, February 03, 2012 8:04 AM

This topic reminds me of a basic extended that Trsnsactor published
extensions for.  The User could load into memory his custom set of

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 <> 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
> 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
> 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
> are much more "odd" usage of the kernal with using not so official
> 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
> 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's documented for some degree at the links I've mentioned in my
> mail).
>       Message was sent through the cbm-hackers mailing list

       Message was sent through the cbm-hackers mailing list
Received on 2012-02-03 17:00:03

Archive generated by hypermail 2.2.0.