|Asm and BASIC Fun : NEWS|
|Page last updated on Feb 8th of 2021.|
|Feb 8th of 2021 : Site Redo / Cleanup|
Rather than attempt to maintain multiple subsites for different systems, I am merging to one site, with a focus on the three systems that I actually code for still.
The GEM based stuff (x86 and Atari) is only to provide a port from source, and nothing I really do much with in a long time. So those sub sites and there content is gone. I am still working on the RiscAri library to aid in porting Atari GEM programs to RISC OS, though that is it.
Now this site is dedicated to having fun, and whatever I come up with in RISC OS, Apple IIgs (GS/OS) and Commodore 128 systems. This includes stuff running on bare HW for the Apple and CBM systems, and may from time to time trip across GEOS for the fun of it. Though RISC OS and GS/OS are my primary targets in most cases, the 128 is a for fun toy (I only use VIC II video on it, so nothing fancier than the 64 there).
|Jan 20th of 2021 : RISCAri Modules Update. [Updated Jan 23rd 2021]|
Updated to be more of the progress news, and less off topic rambling.|
Progress Continues. I am getting closer on RiscAri modules are progressing quite well, and will make for much more useful software on all three of the OSes that are the primary targets of my play.
While not quite far enough to post up yet, as no complete GEM program yet runs on it, the system is making enough progress that it is worth an update anouncement. I am seeing a lot of potential, well beyond the original intent for RISC OS programs that use it. Though I am doing well at keeping the level of relitive functionality for the two versions at the same level.
The Atari version is also showing some helpful potential. This is the version that runs on Atari 68k and compatible systems running TOS or compatible OS, and provides a partial RISC OS API (for porting RISC OS apps to Atari).
The API has been well defined at this point, and definitely eases porting both directions. It is still not enough to run a significant GEM application, though that is coming.
Do to the fact that another project has evolved in spec to replace the RISC OS Window Manager to at least a usable point, I am doing some parallel work with that project to improve the results when both sets of modules are used togather. Though I am taking care to be sure that the two projects can be used independantly of each other as well.
For being complete, the x86 DOS+GEM version is lagging behind the other two, though is comming along none the less. This could at last make a usable System with an Intel 80x86 compatible CPU (or emulation thereof) and using segmented memory models (also playing in 16-bit PMODE), that really would be a first.
NOTE ON DEVELOPMENT:
Do to the fact that I am about proving the ability of BASIC V, on RISC OS much of the translation stuff is written in BASIC, most of the memory fiddling stuff is in Assembly, and of course the CPU emulation is in Assembly. I am using !ABC to compile modules that handle SWI calls for a large part of the package. As the slow spots show themselves, routines will be redone in Assembly. On the ST and DOS targets most of the API translation is in C, with Assembly for memory fiddling and similar intensive operations.
|Jan 12th of 2021 : Blank Entry|
|Just a blank look.|