On 30/07/2012 15:59, David Mc Dowell wrote:
> !HongKong Game Errors here on Iyonix RO5.18 with:-
>
> "Abort on instruction fetch &1FE87650"
Apart from any other problems, there does seem to be a particular
incompatibility with 5.18 and 5.19. Unfortunately, I cannot test with
either of these here; I am limited to RPCEmu 5.17, which is ok on at
least least a couple of systems, VARPC-SA 4.02, likewise, and an RPC
4.39, which may have problems elsewhere.
One test I could do easily is on the latest BASIC module, if anyone
could extract it from the rom and send me a soft copy. I do not think I
can download anything but the source from ROOL.
There is one immediate immediate issue with HongKong that might be worth
checking: the latest version of Basalt is not backward compatible with
the ancient one, 0.98, so if you have run the earlier HongKong and then
run the new one there will be unpredictable problems.
I have also recognised that making Basalt replaceable with running
programs is not going to work with the POLL keyword. Earlier programs
decoded events with the familiar CASE structure and did work, but the
POLL statement is a machine-code loop delivering events. The code runs
in the module and I have not found a reasonable way to change to the new
code loop when the module is replaced. I know this eventually causes
data aborts.
This means that I ought to change the way Basalt operates to the normal
"install module in System" method, which I hoped to avoid, but is easier
to implement. How valuable is it to have the module replaceable while in
use?
Steve
Follow-up set to programmer.