https://forum.boriel.com/ Wed, 01 Jul 2026 07:40:13 +0000 MyBB https://forum.boriel.com/showthread.php?tid=2223 Fri, 17 Jun 2022 06:51:03 +0000 MrKOSMOS]]> https://forum.boriel.com/showthread.php?tid=2223
So I've been using ZXBasic for a while, and after struggling for a while trying to compile some code finally realised some issues. To sum it up, I tried compiling Souls Remastered, since the keyboard input wasn't working on my Timex TC2048. However, while trying to compile I kept getting IF statement errors, which I attributed to the compiler itself. However, it turned out to be due to comments placed in front of the IFs, which were being recognized as one-line commands and "resolving" the IFs, creating errors with the END IFs afterwards. This seems to date back to a previous version before the one-line IF feature was implemented. In fact, many other ZXBasic games by Retrobytes and even the BerkzMan game from the tutorials page seem to expect this feature to be absent in order to compile, so providing a solution seems like a must.
So what do I propose? Well, I see two solutions: One, adding a legacy option for the compiler, say -L. This would be the easiest, and allow compilation of unmodified older code.
Two: implementing a routine that counts all IFs and END IFs in the program flow and checks if they are the same, as well as checking for comments in front of IFs. This may be a more robust solution, letting everyone program as they want without having to check some obscure command line option.

Aside from that, there seem to be a few other bugs. There seems to be no check for writing to memory above the 64k limit, since I have written a few programs that, when loaded through the BASIC loader, give an Out Of Memory error on the Spectrum. Other than that, there seems to be a bunch of data added along the print command, which I assume is a character set. But is this really necessary when the program only uses UDGs or spaces? In that case, the whole set could be left out, saving a decent amount of space. It could even be optionally left out, and swapped for the ROM character set.

Well that would be all, please say what you think]]>
So I've been using ZXBasic for a while, and after struggling for a while trying to compile some code finally realised some issues. To sum it up, I tried compiling Souls Remastered, since the keyboard input wasn't working on my Timex TC2048. However, while trying to compile I kept getting IF statement errors, which I attributed to the compiler itself. However, it turned out to be due to comments placed in front of the IFs, which were being recognized as one-line commands and "resolving" the IFs, creating errors with the END IFs afterwards. This seems to date back to a previous version before the one-line IF feature was implemented. In fact, many other ZXBasic games by Retrobytes and even the BerkzMan game from the tutorials page seem to expect this feature to be absent in order to compile, so providing a solution seems like a must.
So what do I propose? Well, I see two solutions: One, adding a legacy option for the compiler, say -L. This would be the easiest, and allow compilation of unmodified older code.
Two: implementing a routine that counts all IFs and END IFs in the program flow and checks if they are the same, as well as checking for comments in front of IFs. This may be a more robust solution, letting everyone program as they want without having to check some obscure command line option.

Aside from that, there seem to be a few other bugs. There seems to be no check for writing to memory above the 64k limit, since I have written a few programs that, when loaded through the BASIC loader, give an Out Of Memory error on the Spectrum. Other than that, there seems to be a bunch of data added along the print command, which I assume is a character set. But is this really necessary when the program only uses UDGs or spaces? In that case, the whole set could be left out, saving a decent amount of space. It could even be optionally left out, and swapped for the ROM character set.

Well that would be all, please say what you think]]> https://forum.boriel.com/showthread.php?tid=573 Mon, 28 Oct 2013 19:25:41 +0000 britlion]]> https://forum.boriel.com/showthread.php?tid=573
http://www.worldofspectrum.org/forums/sh...post732193

I suggest we steal it, and persuade Boriel to include it in the compiler. So you can do

Print "{PAPER 3} Hello world" to embed the paper 3 in the string. Or More usefully block graphics and {C} symbol in a more logical format.

Clearly needs a way of turning on and off globally via command line, and locally or a string via some #command....

But I think it would make it easier to enter some odd codes.]]>
http://www.worldofspectrum.org/forums/sh...post732193

I suggest we steal it, and persuade Boriel to include it in the compiler. So you can do

Print "{PAPER 3} Hello world" to embed the paper 3 in the string. Or More usefully block graphics and {C} symbol in a more logical format.

Clearly needs a way of turning on and off globally via command line, and locally or a string via some #command....

But I think it would make it easier to enter some odd codes.]]> https://forum.boriel.com/showthread.php?tid=468 Sat, 16 Jun 2012 15:27:19 +0000 britlion]]> https://forum.boriel.com/showthread.php?tid=468
DEFB 1,2,3,4

And I can do

DEFB "Hello World"

But I can't do

DEFB "Hello World",10

And I wish I could ]]>
DEFB 1,2,3,4

And I can do

DEFB "Hello World"

But I can't do

DEFB "Hello World",10

And I wish I could ]]> https://forum.boriel.com/showthread.php?tid=408 Thu, 10 Nov 2011 15:11:30 +0000 slenkar]]> https://forum.boriel.com/showthread.php?tid=408
btw yacc is available in java]]>
btw yacc is available in java]]>