| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 122 online users. » 0 Member(s) | 121 Guest(s) Bing
|
| Latest Threads |
New video Couse / Nuevo c...
Forum: News
Last Post: Duefectu
2026-04-29, 11:02 PM
» Replies: 0
» Views: 214
|
location of heap manageme...
Forum: Help & Support
Last Post: boriel
2026-03-07, 12:13 AM
» Replies: 1
» Views: 486
|
non-paged supervisor code...
Forum: Help & Support
Last Post: sdo303
2026-02-20, 06:38 PM
» Replies: 8
» Views: 1,302
|
How to open fuse as an ex...
Forum: How-To & Tutorials
Last Post: Duefectu
2026-02-09, 01:52 PM
» Replies: 3
» Views: 1,392
|
Old zxbasic game errors
Forum: Help & Support
Last Post: boriel
2025-11-09, 11:52 AM
» Replies: 7
» Views: 2,080
|
Error: Undefined GLOBAL l...
Forum: Help & Support
Last Post: ardentcrest
2025-11-04, 05:46 PM
» Replies: 3
» Views: 1,080
|
A Fast(er) Plot Routine f...
Forum: How-To & Tutorials
Last Post: tubz74
2025-10-30, 03:16 PM
» Replies: 2
» Views: 1,179
|
Hall of Fame - Include fo...
Forum: How-To & Tutorials
Last Post: tubz74
2025-10-28, 03:48 PM
» Replies: 0
» Views: 630
|
[SOLVED] Array layout bug...
Forum: Bug Reports
Last Post: Zoran
2025-10-25, 05:48 PM
» Replies: 2
» Views: 1,218
|
3DOS Commands?
Forum: Help & Support
Last Post: boriel
2025-10-06, 02:54 PM
» Replies: 3
» Views: 1,382
|
|
|
| CHR or CHR$ crashing running Spectrum |
|
Posted by: Luzie - 2015-11-05, 10:32 PM - Forum: Bug Reports
- Replies (4)
|
 |
Hi,
I do my first steps into ZX Basic and found this crashing
e.g. X128 Spectrum Emulator when I compile this an run it:
FOR A=0 TO 255
PRINT CHR$ (PEEK(A));
NEXT A
Seems printing some CHR$ is like sending some control codes ...
Can work around this when I just use "printable" Characters above e.g. > CHR$ 32 and < CHR$ 127
And just le me say: I love your ZX Basic !
|
|
|
| DIM At? |
|
Posted by: Haplo - 2015-11-04, 04:53 PM - Forum: Help & Support
- Replies (8)
|
 |
Hi, I'm a newbie with Boriel's ZX Basic and I´m not sure if there is a way to do something like this:
DIM charset(767) As uByte At 49152 => {0,12,48,36,....,(768th byte)}
The idea is to place an array of 768 bytes (like a character set) at a specific memory direction(49152).
I was read the Wiki and I found some references to "DIM At" but it's not clear for me .
|
|
|
| Forgotten JP |
|
Posted by: einar - 2015-09-08, 07:42 PM - Forum: Bug Reports
- Replies (1)
|
 |
NIRVANA demo code ends like this:
Code: DO
...
FOR sprite = 0 TO 7
...
NEXT sprite
LOOP
btiles:
asm
incbin "nirvana.btile"
end asm
Previous versions of ZX BASIC compiled it correctly. Latest version 1.4.0s1964 now compiles it incorrectly, as follows:
Code: __LABEL47:
ld a, 7
ld hl, (_sprite - 1)
cp h
jp c, __LABEL2
__LABEL__btiles:
#line 132
incbin "nirvana.btile"
#line 133
It's now forgetting to generate the last JP corresponding to the DO..LOOP statement!
If you would like to compile it yourself, source code is available here:
https://www.dropbox.com/sh/bgtoq6tdwropz...6dLJZfGASa
|
|
|
| Serious FOR bug in latest dev build s1964 |
|
Posted by: ivorget - 2015-09-06, 03:14 AM - Forum: Help & Support
- Replies (14)
|
 |
Hi,
First, thanks for the compiler it's my first time playing with it.
I think I've found a nasty bug though.
A FOR loop that goes to 255 causes a hang in latest dev build 1.4.1964. Loops to 254 and 256 etc seem to work OK. It's my first time using the compiler so I don't know if it's a new problem or not. It seems to occur regardless of optimisation level.
Code: 10 FOR n=1 TO 255
20 NEXT n
A portion of the generated asm seems to assume the counter is word sized even though it's just a byte so that may be the problem:
Code: __LABEL0:
ld a, 255
ld hl, (_n - 1) <-- looks a bit dodgy
cp h
jp nc, __LABEL3
I'm running python 2.7.6 btw.
Hope that's enough to investigate it...
Colm
|
|
|
| SHIFT bug (*solved*) |
|
Posted by: einar - 2015-08-25, 03:27 PM - Forum: Bug Reports
- Replies (2)
|
 |
Try this:
Code: DIM a AS UBYTE = 3
DIM b AS UBYTE = 2
PRINT a << (3-b)
Attempting to compile this program using latest ZX BASIC version 1.4.0s1953 will produce this error:
Code: Error: Undefined label '__LABEL0'
It will only compile correctly if you disable compiler optimizations using "-O 1".
Previous ZX BASIC version 1.4.0s1935 was able to compile this correctly at any optimization level.
|
|
|
| EXIT WHILE bug (*solved*) |
|
Posted by: einar - 2015-08-19, 06:09 PM - Forum: Bug Reports
- Replies (2)
|
 |
Try compiling this program:
Code: function x() AS UBYTE
return 1
end function
function y() AS UBYTE
return 1
end function
WHILE x()
IF NOT y() THEN
EXIT WHILE
END IF
END WHILE
It will generate the following compile error:
Code: Error: Undefined label '__LABEL1'
Tested with latest ZX BASIC version.
|
|
|
| print42.bas no longer works in build 1935 (*solved*) |
|
Posted by: LTee - 2015-08-09, 05:45 PM - Forum: Bug Reports
- Replies (5)
|
 |
Hi all, it's been a long time! 
I upgraded to 1.4.0 build 1935 today and discovered that I can no longer use the print42 library. This simple program now won't compile any more:
Code: #include <print42.bas>
printat42(0, 0)
print42("42 column printing!")
... giving instead the following error:
Code: test.bas:16: Undeclared identifier "printAt42Coords"
Not a big problem (I just reverted back to build 1923 for now) but I thought you might like to know about it because I'm not sure what else might be affected.
|
|
|
|