jgharston wrote:
Some notes:
Quote:
*CIMPLODE
... generates an error on the BBC Master series.
*CEXPLODE
...generates an error on the BBC Master series.
No, should just return silently.
OK - obvious to me, now that you've mentioned it.
jgharston wrote:
Quote:
58 ("&3A")
Read a byte from memory (intended as an alternative to "OSBYTE &05").
59 ("&3B")
Write a byte to memory (intended as an alternative to "OSBYTE &06").
(NOTE: This uses the "OSBYTE &3A" code for reading memory - see the
details above for more information.)
The "32-bit logical address" system used by "OSBYTE &3A", "OSBYTE &3B" and
"OSBYTE &3F"
You mean "OSWORD &05", "OSWORD &06", "OSWORD &3A", "OSWORD &3B", "OSWORD &3F". Also, check you're not clashing with other OSBYTE/OSWORDs, check the lists at
http://beebwiki.jonripley.com/OSWORDs and
http://beebwiki.jonripley.com/OSBYTEs and propose any new allocations on the Discussion pages and the BBC-Micro mailing list.
OK again - typo's in the docs (probably tired and not conecntrating at the time

)
(And also, the way I've written the "claim" code means that, out of the ranges I've selected, only the specific calls I've enabled and filled in will return from the ROM Service Call with A=0; still not much fun if it clashes.)
jgharston wrote:
Quote:
&FFEn8000 - &FFEnCFFF Sideways ROM/RAM ("n" = Sideways ROM/RAM #)
It would be preferable if you used &FFFRxxxx for sideways ROM addresses to be consistant with everybody else:
http://mdfs.net/Docs/Comp/BBC/MemAddrsOK again - I'd just thought up some addresses arbitarily; also, I *had* had a quick look through some doc's - I will look at this further.
jgharston wrote:
Quote:
As I've run into difficulty calling "OSBYTE" from within these routines ...it looks more like the MOS "OSBYTE" and "OSWORD" handlers aren't re-entrant...
Correct, they aren't, you have to save and restore the parameter data at &EF,&F0,&F1 around calling OSBYTE/OSWORD from within an OSBYTE/OSWORD routine.
Hmm - I did try doing this for one test, though it didn't have any obvious effect - may just have been my code.
jgharston wrote:
Quote:
I'll look to do this coding for a future release
I'll have a quick look at the code, see if any other gotchas jump out and give you any pointers.
Many thanks - another pair of eyes is always handy (though note I've already found and corrected one RFS-related bug - mentioned in another thread).
jgharston wrote:
Also, on the subject of assembling large amounts of code (eg sideways ROM images), I wrote
*Assem years ago to do just that, it assembles from files on disk using the BASIC assembler. It needs documenting a bit better, but it lets me write multiple-file BASIC source like
this.
Thanks for your notes - at the very least, I'm glad that someone's taking an interest
