[Coco] CoCoSDC and Extended ADOS3

[William Astle]

I wonder if it has occurred to anyone to just load the file with an 
offset so it loads at &H4000? Then the CLEAR command, etc., in the 
sequence would be sufficient. If the file loads by default at &H2000, 
then you can add an offset of &H2000 to load it to &H4000:

LOADM"EPROM.BIN",&H2000

However, for complete correctness you should use &H3FFF, not &H4000 
since the address sets the highest address DECB will use, not the first 
address of the reserved area. It will probably work fine due to a fluke 
about how things get set up related to string space, but to be 
completely correct, you should set the address correctly.

The other suggestion of a PCLEAR1 first and use &H1FFF (adjusted for 
correctness) as the CLEAR argument should also work. You're getting the 
OM error because you're trying to put the top of memory for DECB below 
the top of the PMODE graphics pages. If you do go that route, you'll 
have to adjust the argument to your WRITE MEM command to match where 
ERPOM.BIN loads or you'll be writing the top half of the ROM image 
followed by 8K of junk to the flash.


On 2016-11-18 12:12 PM, Ron Klein wrote:
> Hi Art,
>
> Changing the CLEAR statement to:
>
> CLEAR 200, &H2000
>
> ... results in an ?OM ERROR
>
>
> Changing the CLEAR statement to:
>
> CLEAR 200, &H7000
>
> ... results in crashing the Coco 3 after doing a LOADM "EPROM.BIN"
>
>
>
> On Fri, Nov 18, 2016 at 1:00 PM, Arthur Flexser <flexser at fiu.edu> wrote:
>
>> Ron, your CLEAR 200,&H4000 statement will plop the stack in the middle
>> of the region reserved for the code you are loading in, so that the
>> stack will get overwritten by the code, which does not bode well at
>> all.  Try using $2000 or $7000 instead of $4000.
>>
>> Art
>>
>> On Fri, Nov 18, 2016 at 1:46 PM, Ron Klein <ron at kdomain.org> wrote:
>>> Hi Art,
>>>
>>> That's how I was treating it, but seem to be getting an FC error when
>>> attempting to flash it to the CoCoSDC.
>>>
>>> I do the following:
>>>
>>> KILL MEM @7
>>> CLEAR 200,&H4000
>>> LOADM"EPROM.BIN"
>>> WRITE MEM @7,&H4000,&HC000,16384-256
>>>
>>> I get the following error:
>>>
>>> ?FC ERROR
>>>
>>> Not sure what the issue is as the SYNTAX is correct.  I'm thinking it has
>>> something to do with the addresses.
>>>
>>> Mike Rowan brought up the binary header and footer information as being a
>>> possible issue.
>>>
>>> Thanks
>>>
>>> -Ron
>>>
>>>
>>> On Fri, Nov 18, 2016 at 12:35 PM, Arthur Flexser <flexser at fiu.edu>
>> wrote:
>>>
>>>> Ron, I'm not sure if this is what you need, but...
>>>>
>>>> The EPROM.BIN file starts at $2000, but it is like a cartridge that
>>>> would ultimately reside at $C000.  So, whatever method you'd use for a
>>>> cartridge file of 16K should be applicable to it.
>>>>
>>>> Art
>>>>
>>>> On Fri, Nov 18, 2016 at 11:58 AM, Ron Klein <ron at kdomain.org> wrote:
>>>>> Hello everyone,
>>>>>
>>>>> I've been wanting to use ADOS again and went through the steps to
>> create
>>>> a
>>>>> customized EPROM.BIN for Extended ADOS3.  I'm trying to figure out the
>>>>> correct method for flashing this BIN to bank 7 of the CoCoSDC and
>>>> confused
>>>>> by the start and ending addressing required for this 16K ROM and how
>> to
>>>>> tell it to use bank 7.
>>>>>
>>>>> Is anyone else using ADOS/Extended ADOS3 with their Coco 1,2 or 3 and
>> a
>>>>> CoCoSDC?
>>>>>
>>>>> Thank you!
>>>>>
>>>>> -Ron
>>>>>
>>>>> --
>>>>> Coco mailing list
>>>>> Coco at maltedmedia.com
>>>>> https://pairlist5.pair.net/mailman/listinfo/coco
>>>>
>>>> --
>>>> Coco mailing list
>>>> Coco at maltedmedia.com
>>>> https://pairlist5.pair.net/mailman/listinfo/coco
>>>>
>>>
>>> --
>>> Coco mailing list
>>> Coco at maltedmedia.com
>>> https://pairlist5.pair.net/mailman/listinfo/coco
>>
>> --
>> Coco mailing list
>> Coco at maltedmedia.com
>> https://pairlist5.pair.net/mailman/listinfo/coco
>>
>