| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 109 online users.
» 0 Member(s) | 107 Guest(s)
Bing, Google
|
| Latest Threads |
GuSprites
Forum: Help & Support
Last Post: zedex82
2026-06-19, 06:39 PM
» Replies: 2
» Views: 355
|
New video Couse / Nuevo c...
Forum: News
Last Post: Duefectu
2026-04-29, 11:02 PM
» Replies: 0
» Views: 2,700
|
location of heap manageme...
Forum: Help & Support
Last Post: boriel
2026-03-07, 12:13 AM
» Replies: 1
» Views: 745
|
non-paged supervisor code...
Forum: Help & Support
Last Post: sdo303
2026-02-20, 06:38 PM
» Replies: 8
» Views: 1,848
|
How to open fuse as an ex...
Forum: How-To & Tutorials
Last Post: Duefectu
2026-02-09, 01:52 PM
» Replies: 3
» Views: 1,743
|
Old zxbasic game errors
Forum: Help & Support
Last Post: boriel
2025-11-09, 11:52 AM
» Replies: 7
» Views: 2,538
|
Error: Undefined GLOBAL l...
Forum: Help & Support
Last Post: ardentcrest
2025-11-04, 05:46 PM
» Replies: 3
» Views: 1,396
|
A Fast(er) Plot Routine f...
Forum: How-To & Tutorials
Last Post: tubz74
2025-10-30, 03:16 PM
» Replies: 2
» Views: 1,479
|
Hall of Fame - Include fo...
Forum: How-To & Tutorials
Last Post: tubz74
2025-10-28, 03:48 PM
» Replies: 0
» Views: 819
|
[SOLVED] Array layout bug...
Forum: Bug Reports
Last Post: Zoran
2025-10-25, 05:48 PM
» Replies: 2
» Views: 1,539
|
|
|
| Possible issue with < and > (* solved *) |
|
Posted by: LTee - 2017-06-20, 10:12 PM - Forum: Bug Reports
- Replies (9)
|
 |
I'm struggling a bit with the behaviour of the < and > operators compared to Spectrum BASIC and I'm not sure if what I'm seeing is a bug or expected behaviour.
Check out this program:
Code: dim t,t2 as byte
let t=1
let t2=0
print 1>0
print 1<0
print t>0
print t<0
print t>t2
print t<t2
If I run the equivalent of this in Sinclair BASIC then the output is:
1
0
1
0
1
0
But compiled in ZX Basic I get:
1
0
255
0
255
0
With just numbers the result is the same as Spectrum BASIC, but as soon as I start using typed variables in ZX Basic the 'true' value switches from 1 to 255. Is that expected behaviour? It seems a bit odd, but I realise there might be a really good reason for it.
The program I'm trying to compile relies on the result of similar clauses to perform calculations, so if the answer could be something other than 0 or 1 I'll have to rewrite it a bit. That's not a problem, but I didn't want to do that if this is actually a bug that might get fixed later. 
Thanks for any help!
|
|
|
| --base-string=1 issue (* solved *) |
|
Posted by: LTee - 2017-06-19, 08:21 PM - Forum: Bug Reports
- Replies (7)
|
|
Hi guys,
It's been a while but I recently started trying to convert a program written in 'standard' Sinclair BASIC so that it would compile with ZX Basic. It's going fairly well, but I've come across a problem with the --base-string option in release 1.5.3.
Take a look at this short program, which is supposed to replace 'character 1' in a string:
Code: dim st as string
cls
let st="test"
print st(1)
let st(1)="X"
print st(1)
print st
If I compile this with --base-string=0 then the result is 'e/X/tXst', as I would expect.
However, if I compile with --base-string=1 then the result is 't/t/tXst' rather than 't/X/Xest'. It seems the read of char '1' respects the setting, but the write does not.
I've been having some pretty weird crash errors that look like memory being randomly overwritten - wondering if maybe this might have something to do with it (fingers crossed).
Thanks in advance for anything you can do to help!
|
|
|
|
| Stop vb to open bas file |
|
Posted by: Odie - 2017-06-09, 10:31 AM - Forum: Help & Support
- Replies (7)
|
|
I am new to this
1. I have made a file Hello.bas
2. In the folder where the ZXB files are I have but the file hello.bas
3. I open cmd connad file and enter zxb.py hello.bas
Now vb. net is opening the py file, and it does noting.
How can I stop VB to open this files.
|
|
|
|
| sgn fails if the argument is a variable |
|
Posted by: britlion - 2017-04-08, 05:18 PM - Forum: Bug Reports
- Replies (2)
|
|
zxb version 1.4.0-s1980
Code: dim y as uByte=1
print sgn y
print sgn 2
This wont compile. sgn <number> is fine. sgn variable isn't.
Code: Traceback (most recent call last):
File "zxb.py", line 348, in <module>
File "zxb.py", line 274, in main
File "ast_\ast.pyc", line 34, in visit
File "arch\zx48k\translator.pyc", line 340, in visit_UNARY
api.errors.InvalidOperatorError: Invalid operator "SGN"
Build Failed!
Definitely a regression, as it worked fine with an older compiler!
|
|
|
|
| Help understand where things end up in memory |
|
Posted by: emook - 2017-03-12, 06:02 PM - Forum: Help & Support
- Replies (4)
|
|
Hello,
I've been using ZXBC for some projects I am doing, one of the things is that I working with very limited memory. I'm writing my code to start at 25000.
When I am doing an ASM include no matter where in the code I place it, there is still ZXBC code after.
If I place all my inlcudes at the end of my program, they still appear around 40-50 bytes in. I need to be able to tag the includes on at the end of the file, not in the middle as once I have moved them to another located they can be discarded but with ZXBC code appear AFTER the includes it means I keep running into trouble.
I know about ORG in ASM but I'd rather ZXBC obey me when I have a include as the last lines to see in memory that it also appears at the end of the code.
Any ideas?
|
|
|
|
|
