| Posted By
SVS
on 2008-11-19
07:24:12
 |  Bug discovered in Basic
Try function RCLR(1): if foreground color is 16 then function returns illegal color code 0.
(this did cost me many hours of tests in my current project...) 
|
|
Posted By
Ozymandias
on 2008-11-19
09:05:16
| Re: Bug discovered in Basic
I think I read something about this in an old 64er magazine. They didn't have too much on the C16 in there, that's why I remember those things. Maybe this was fixed in later versions. It was some bug related to RCLR or RLUM. I wish I still had those magazines
But good to hear that you have a current project 
|
|
Posted By
Csabo
on 2008-11-19
10:15:41
| Re: Bug discovered in Basic
You are right, it should be 16 but it returns 0. Zero is never returned otherwise, so it's easy to check for it.
|
|
Posted By
Chicken
on 2009-01-07
00:01:07
 | Re: Bug discovered in Basic
This bug was discovered by Mr. L of TEK more than 20 years ago 
The RCLR routine separates the low nibble, adds 1 (because basic uses color numbers 1-16 and not 0-15) and separates the low nibble again for output.
If the selected color source is currently set to 0F, it turns into 10 and then it outputs the low nibble, which is "0".
I wonder if it has been fixed in later machines. Acutally, I'm not sure if there have been any changes/fixes to the plus/4 ROMs ever. Well, the 3-plus-1 software has different versions, that's for sure.
So if youcould just try this on the real machine:
COLOR 4,16 RINTRCLR(4)
If anyone gets something else than 0, please report. Thanks
|
|
| |
Copyright © Plus/4 World Team, 2001-2024. Support Plus/4 World on Patreon |
