[Coco] NitrOS9 question
Dave Philipsen
dave at davebiz.com
Fri Oct 6 09:06:35 EDT 2017
I would like to do some experiments with this on a real CoCo 3, too.
I'm using the CoCo3FPGA right now. It's much easier for me to test
things on this platform because I have the ability to boot with an
alternate bootfile just by holding down the ALT key while booting. I
can make changes to the OS9Boot.1 file while still retaining the
original OS9Boot file. Also, because of Brett's bootloader, I don't
have to do anything special to generate the bootfile. I just merge all
of the modules needed and the bootloader will load it no matter if it's
fragmented or where it resides on the disk structure.
Dave
On 10/6/2017 7:50 AM, Aaron Wolfe wrote:
> We ran into the same issue when creating the headless Drivewire disks some
> years ago. If the boot file became too small, things went badly.
>
> Unfortunately Boisy solved this in our case so I can't give you specifics.
> Not sure if he still monitors this list, fairly sure he intended to patch
> the nitros9 source to correct the bug. Perhaps the fix got lost or was not
> comprehensive. In any case, I can confirm a third case where small boot
> file became an issue in itself.
>
> -Aaron
>
> On Oct 6, 2017 8:35 AM, "Neal Crook" <foofoobedoo at gmail.com> wrote:
>
> In my mc09 l2 development I found a bug where a too - small bootfile would
> hang. Padding it fixed the problem. I will look out the details over the
> weekend and let you know, so we can see if our experiences tally. It would
> be good to know that it was a generic problem and not specific to my target
> hardware. I spent quite a lot of time in emulation trying to track it down
> without success
>
> Neal
>
> On 6 Oct 2017 12:40, "Dave Philipsen" <dave at davebiz.com> wrote:
>
> Haha! That doesn't work either. But as soon as I re-assemble Term with
> 265 extra bytes in it, it boots just fine. So it really does appear to be
> an issue with size and not order.
>
More information about the Coco
mailing list