Recent changes to bugs

#29 Update Russian translation

Alevtina Karashokova — Wed, 22 Apr 2026 13:37:48 -0000

Update for 2.0.99.10

#29 Update Russian translation

Jim Reneau — Wed, 03 Sep 2025 03:28:16 -0000

status: open --> closed

#29 Update Russian translation

Jim Reneau — Wed, 03 Sep 2025 03:27:50 -0000

Pushed to SVN R970

#81 No way to check if a map already contains a key

Jacob Minsky — Sun, 12 May 2024 21:55:28 -0000

After some searching in the code, I found that the "in" operator does what I want, e.g.

if not ('d' in a) then print "no such key"

Unfortunately this use of "in" is not documented, but as far as code changes, the issue can be closed.

No way to check if a map already contains a key

Jacob Minsky — Sun, 12 May 2024 19:17:12 -0000

There seems to be no way to check if a map key is defined. For example,

map a
a['c'] = 3
print a['b']

produces "ERROR on line 3: Map key does not exist.".

The problem is that there is no way to check if the key is defined before accessing it. That's a very big limitation on the use of map, it's not really possible to use it in most algorithms.

Proposal: we could make it work with code like

if typeof(a['b']) = type_unassigned then print "key not found"

Currently, this fails because the error would be thrown before the comparison. That can be fixed by removing the line
if (DataElement::getError()) {error->q(DataElement::getError(true),i);}
around line 1812 of Interpreter.cpp. This will let the returned element be of type type_unassigned and the typeof statement above would work. That's possibly not ideal, since we would also allow statements like c=a['no_key'] which would make c of unassigned type, so it would fail on a later line rather than immediately.

A more sophisticated implementation could allow a['no_key'] only within a typeof statement.

Thoughts? Or am I completely missing some way to check if a map has a key?

Enable compiling on windows without MinGW

Jacob Minsky — Wed, 03 Apr 2024 22:12:28 -0000

Only a few things are needed to enable compiling on Windows with Visual Studio without MinGW:

Include a version of dirent.h
change some syntax which is not supported by VS to simpler syntax
Some options

Compiling with Visual Studio makes it much easier to debug on Windows - using the regular VS debugger.

I have all the changes needed to enable this, but it would be somewhat inconvenient to post here as a diff. Maybe I can attach it as a file?

#79 QT issue - scaling problems on high dpi displays

Jim Reneau — Wed, 03 Apr 2024 20:36:02 -0000

status: open --> closed

#75 troublesome problems...

Jacob Minsky — Wed, 03 Apr 2024 19:35:55 -0000

Jim, I still get the console window when compiling from latest source (on Windows). I believe this is what controls this, in BASIC256.pro on line 19:

CONFIG += console

#78 Debugging does not work with references

Jim Reneau — Wed, 03 Apr 2024 19:24:59 -0000

status: open --> closed

#78 Debugging does not work with references

Jim Reneau — Wed, 03 Apr 2024 19:24:45 -0000

Updated to source 2.0.99.9 (959)