I adapted some Screen clearing routines posted on WOS here: <!-- m --><a class="postlink" href="http://www.worldofspectrum.org/forums/showthread.php?t=38426">http://www.worldofspectrum.org/forums/s ... hp?t=38426</a><!-- m --> for ZXBC. Maybe useful for other coders:

hi again!

Finally, i tried my first attempt, unsuccessfully, on trying to create a .rom msx file with Boriel's zxbasic compiler, based on what i started at <!-- m --><a class="postlink" href="http://www.boriel.com/wiki/en/index.php/ZX_BASIC:MSX">http://www.boriel.com/wiki/en/index.php/ZX_BASIC:MSX</a><!-- m --> . The idea for this test is only trying a simple thing like having a grey background and a red border, and clean the screen, nothing more, only for testing.

This can be frustrating at first, but maybe approaches like this can help on extending the target hardware, and how can help it being more flexible, as Boriel also wanted.

i tried with this:

code.bas

i started to try proportional text writing on zxbasic - it's far incomplete (not printing from strings yet) and slow

test.bas

Not my work - but Einar Saukas has been tweaking ZXODUS.

<!-- m --><a class="postlink" href="http://www.worldofspectrum.org/forums/showthread.php?t=38179">http://www.worldofspectrum.org/forums/s ... hp?t=38179</a><!-- m -->

He's managed to shoehorn it working into ZX Basic too

Yesterday I found a old printout of the Sprinter 2000 BIOS 2.12 functions, I did the printout before the site folded. Unfortunaly the Informations are not available anywhere else on the Internet, so I scanned them to DJVU format and even if it looks like some thing was cropped out, I think, this informations will be very useful for making a Sprinter Target in ZXBC. So I uploaded it here:
<!-- m --><a class="postlink" href="http://min.us/mbk23elfOF">http://min.us/mbk23elfOF</a><!-- m -->
I do not have BIOS 3.0 functions...
I used DJVU because it produces files in size on 1/10 of PDF at much higher quality.
A very good reader for DJVU format can be downloaded here:
<!-- m --><a class="postlink" href="http://code.google.com/p/windjview-subpix/">http://code.google.com/p/windjview-subpix/</a><!-- m -->

I FINALLY (I've been meaning to for years) Got around to making Alvin Albrecht's Fill routine work in ZX BASIC, I think.

http://dl.dropbox.com/u/4903664/SPFill.zip

Compile SPPFill.bas and it pulls in all the other bits, which I've hacked to ignore timex modes.


Boriel - I think this, with a bit of clean up, should possibly go into the compiler as available.

Thanks, Na_th_an for reminding me of SPLIB2, which made me see this again, and go "Right, I'm gonna do this this time..."

You can enter hex as 80h or as $80.

But defb ddh doesn't seem to work. Was happy as defb $dd

This might be another float bug. I wrote up the distance algorithm na_th_an showed us. It seems to work - but in this test program, it's the floating point values that go wrong...

If you set your emulator to full speed, you see it looking for the biggest error it can find, showing larger errors as it finds them. Eventually it hits distance (250,56) which my function says is > 255 (so returns 255). The value calculated from square rooting in floats is...er 0. So that's an error of 255, apparently. Except the correct answer would be 256.1952 Is the int (256) returning 0 for some reason? On a float?

When I'm happy with this funtion, it will go in the function library as a code snippet.

This seems to work backwards, giving division instead of remainder.

We seem to have a regression with the latest version:

print USR "A" falls over:

Traceback (most recent call last):
File "zxb.py", line 312, in <module>
File "zxb.py", line 246, in main
File "zxbtrad.pyc", line 316, in traverse
File "zxbtrad.pyc", line 1286, in traverse
File "zxbtrad.pyc", line 593, in traverse
UnboundLocalError: local variable 'suffix' referenced before assignment
Build Failed!