 |
Das deutsche QBasic- und FreeBASIC-Forum Für euch erreichbar unter qb-forum.de, fb-forum.de und freebasic-forum.de!
|
| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Autor |
Nachricht |
EkBass
Anmeldungsdatum: 21.01.2026 Beiträge: 1 Wohnort: Finland
|
Verfasst am: 21.01.2026, 17:49 Titel: ekbass.github.io/BazzBasic |
|
|
Hello.
I understand that this site is intended for FB/QB programming languages.
However, I thought that no one would mind if I quickly told you about my BazzBasic interpreter, which I have been working on here whenever life itself has given me the opportunity.
It does not compete with FB, it is built with a very different idea in mind.
While BASIC for sure is not having its best days, I still believe it will last at least another 60 years.
For years, I have thought to create my own BASIC dialect, but life, work and such has moved my plans.
Now I finally am moved to the point where I can actually tell about it in public.
BazzBasic
Many of today's experienced programmers started in the 80s by familiarizing themselves with the BASIC interpreters that came with home computers of the time.
The movement of a yellow ball on the screen, a program that printed lottery numbers, a handwritten text adventure... the list is endless.
All fueled by one thing: Curiosity.
Unlike many programming languages, BazzBasic does not aim to be the most powerful or versatile tool.
It is also not a clone or a remake of any previous BASIC programming language.
It is intended to be easy, fun, and provide those small but significant moments of success that early BASIC programming languages offered decades ago.
But with a slightly more modern twist.
Here is classic Eliza program written in BazzBasic: Eliza.bas
BazzBasic is open source project released under MIT license.
I hope you give it a few minutes, even while it is not yet fully finished.
But I moved on with it with pretty good, and Im aiming to ger ver. 1.0 out before summer.
https://ekbass.github.io/BazzBasic/
Thank, Ek |
|
| Nach oben |
|
 |
nemored

Anmeldungsdatum: 22.02.2007 Beiträge: 4722 Wohnort: ~/
|
Verfasst am: 21.01.2026, 20:50 Titel: |
|
|
I just took a look at the documentation. I don't plan to learn a new BASIC dialect (too many BASIC dialects in my life ) but BuzzBasic looks like it would be fun. _________________ Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1. |
|
| Nach oben |
|
 |
Berkeley
Anmeldungsdatum: 13.05.2024 Beiträge: 108
|
Verfasst am: 24.01.2026, 11:58 Titel: |
|
|
I don't see a sense in a BASIC interpreter(compiler), if it doesn't tries to be the best in some way.
My favorite model is GFA-BASIC (on the Atari ST). Its editor allowed real Rapid Application Development. The sources were stored as bytecode, therefore each line was checked for syntax errors (and auto-completed and indented) when entered.
I'm a fan of implicit declaration and suffixes. That's fast and clear, e.g. if you use dummies like i% and a$ - you know that it's a dummy with no deep meaning, and it's a string or integer. The developers of FreeBASIC demand explicit declaration explained with the compiling process and suffixes are only supported for downward compatibility.
Using "#" is a good idea, at least for unsigned integers. But "%" for integers is established, and most suffixes aren't very self-explaining, especially "$". My recommendation is to use "$" for strings, "%" for integers, "!" for boolean/flags, "~" for "real" - floatpoint numbers and "?" for "variant". "a$", "a%" and "a" should be different variables, where "a" is to define like in FreeBASIC e.g. "DIM AS VECTOR a". More suffixes e.g. "&" for int8/a byte don't make sense. Basic datatypes should be still int8, uint8, int64, float32 and so on, while "integer" is mutable.
"#" should still be used for (predefined) handles, like with the OPEN instruction. #1 to #8 and more, representing a data stream in this case, perhaps other standard handles like #STDERR...
Using ' for REM (lines) and no resp. invisible LET is also a big improvement. It's much faster to type and better readable. [, ], { and } are often hard to type on non-English keyboards, therefore it's faster to use the common "<label>:" syntax.
Another BASIC aspect is a reliable enviroment. For this I developed RETROGRA resp. the "VT 2000" standard - a console with normally 80x25 characters, Unicode, 216 predefined colors. rgPRINT should replace the normal PRINT instruction. RETROGRA creates a 640x480 8 bpp canvas. https://www.freebasic-portal.de/downloads/bibliotheken/retrogra-406.html You can use all FreeBASIC graphic functions in it, but there is no good text output function yet. |
|
| Nach oben |
|
 |
|
|
Du kannst keine Beiträge in dieses Forum schreiben. Du kannst auf Beiträge in diesem Forum nicht antworten. Du kannst deine Beiträge in diesem Forum nicht bearbeiten. Du kannst deine Beiträge in diesem Forum nicht löschen. Du kannst an Umfragen in diesem Forum nicht mitmachen.
|
|