Fill Routine

  Code:

#include <SP/Fill.bas>
SPFill(127,87, USR "a") : REM Fills with UDG "a"


Update: It comes included in the 1.2.9s861

Tested:

  Code:

#Include <SP/Fill.bas>
paper 7:border 7:bright 0:cls
circle 128,87,20
SPFill(128,87,200)

Got following:
"Fill.bas:10: warning: SUB 'SPFill' declared as FASTCALL with 3 parameters. Compilation successfull"
So Including of SPFill was successfull, but got only a empty circle, but it should get the pattern stored in ROM at address 200, which is:

  Code:

206,67,79,211,84,65,206,65

Okay. This is totally thread hijacking at this point!

(I see this all got moved, so Boriel makes me look like a crazy person!)

[boriel]

Don't know what happens. It's effectively failing. It seems I messed up something while packaging it

[boriel]

Okay. This is totally thread hijacking at this point!

True! Seems LCD got confused, and I answered him here. Let me see if I can merge these last posts with the SPFill thread...

Update: Done!

Okay. This is totally thread hijacking at this point!

True! Seems LCD got confused, and I answered him here. Let me see if I can merge these last posts with the SPFill thread...

Update: Done!

LCD used the search function to search for "SPFill" in Forum and found this, where usage was explained. LCD posted that it fails. LCD failed! .

[boriel]

It seems my modification to use the ROM Pixel Address does not work: this routine returns pixel bit-mask position in A, whilst SPFill needs the bitmask already. I can unroll it, but I think it does not worth the hassle.

Please download version 1.2.9s882. It addresses many bugs (this being one of them).
Please, try it and tell me.

Cool! Works now, setting starting adress of 25000 or higher is a good idea.
Thanks!