Home   2026-08-03 17:31:33

←

Software-update - QB64 Phoenix Edition 4.6.0

Original article

QB64 Phoenix Edition logo (Über)QB64 is een moderne versie van de programmeertaal Basic. De code wordt gecompileerd naar machinetaal en is daardoor snel en er kan worden gelinkt naar externe C- en C++-programmeerbibliotheken. Het is nagenoeg volledig compatibel met QBasic 4.5 en biedt ondersteuning voor extensies, zoals OpenGL. Nadat Fellippe Heitor drie jaar geleden plotseling bij QB64 vertrok, werd het erg stil rondom dit project. Een nieuwe groep ontwikkelaars heeft met QB64 Phoenix Edition echter een doorstart gemaakt. Net als QB64 is QB64 Phoenix Edition opensource, beschikbaar voor Windows, Linux en macOS, en heeft het een goed supportforum. Versie 4.6.0 is uitgekomen en de changelog daarvan kan hieronder worden gevonden.

Enhancements
  • #728, #750 - New QBJS Web Build option in Run menu.
  • #730 - Adds source line tracking for Division-by-zero and other Critical Errors, so internal crashes report the BASIC source line/module instead of only Division by zero or Line: unknown.
    • As this adds lots of additional function calls to the compiled program causing bloat and significant execution speed loss, it's considered a "debug" option which is disabled by default. Use the $ERRORLOCATION metacommand to enable it for a program.
  • #732. #751 - Adds descriptor-backed dynamic nested arrays in TYPE. It builds on the existing static nested arrays in TYPE support and keeps the legacy/static inline path compatible.
    • New _STATIC and _DYNAMIC type field qualifiers. Note that dynamic arrays in TYPEs are considered unstable, and must be enabled with $UNSTABLE:TYPEFIELDS.
    • Handles supported REDIM, REDIM _RETAIN, ERASE, assignment/copy, and ownership cases.
    • Unsupported raw descriptor payload paths remain intentionally rejected. In particular, _MEM, PUT, and GET over descriptor/owner/variable-string payload layouts are not treated as plain legacy binary payload access.
    • It is possible using static or dynamic nested arrays as sub/function parameter.
  • #733 - Compressing undo events in the IDE, resulting in smaller undo files or more undo events fitting in same file size.
Library Updates
  • #754 - Update miniaudio to v0.11.25
Bug Fixes
  • #722 - Correctly check for undefined nested array in ERASE.
  • #726, #734 - Fix ANSI colors in Discord exports and adding missing keywords.
  • #727 - Fix PRINT USING layout duplication when adding expressions before USING in an existing statement.
  • #729 - Fix runtime error message boxes locking up program if SUB _GL is used.
  • #730 - Fix case correction for indexed nested UDT member arrays according to the spelling in the TYPE declaration. Also fixes an IDE crash caused by corruption of an internal variable (introduced by "Arrays in TYPEs" changes in v4.5.0).
  • #735 - Fix case correction of TO in arrays like myArray(1 TO 5) defined in UDTs.
  • #740, #749 - Fix issue #659, where SUB calls could be incorrectly interpreted as array assignment, and issue #739, adding missing support to insepct the new "Arrays in TYPEs" with $DEBUG.
  • #746 - Fixed a type mismatch between the identifier table index (LONG) and array descriptor id (INTEGER), which could crash or produce unexpected behavior in large programs with more than 32767 registered identifiers. Also fixed a bug in the $INCLUDE manager, which resulted into a misleading error message. Fixes issue #745.
  • #747 - Widen the UDT index field from 9 to 12 bits, raising the cap from 511 to 4095 UDTs (TYPE) per program.
  • #751 - Fix for selecting source code text by dragging the mouse (no longer need to move the mouse sideways if you are highlighting source code and the mouse moves outside the IDE window).

QB64 Phoenix Edition screenshot

Versienummer 4.6.0
Releasestatus Final
Besturingssystemen Linux, macOS, Windows 8, Windows 10, Windows 11
Website QB64 Phoenix Edition
Download https://github.com/QB64-Phoenix-Edition/QB64pe/releases/tag/v4.6.0
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

Feedback • 29-07-2026 12:00 7

29-07-2026 • 12:00

7

Bron: QB64 Phoenix Edition

Reacties (7)

Wat ik mis en even wil delen over wat er destijds is gebeurd met Fellippe Heitor en QB64. Die man is in april 2022 nogal abrupt vertrokken bij het project. Een officiële verklaring is er niet, maar volgens meerdere bronnen had dat te maken met problemen met zijn mentale gezondheid flink overspannen En dat vertrek kwam niet zomaar, het project zat op dat moment in een behoorlijk chaotische periode.

In begin 2022 had Fellippe de leiding en de financiën overgedragen aan ene Robert Ryan Carter, die zichzelf "RC Cola 1987" noemde. Er was zelfs een gerucht dat hij weer handelde voor iemand anders. En die overname liep al snel he-le-maal uit de hand. Carter wilde het project gaan "verzakelijken", maar had eigenlijk weinig kaas gegeten van QB64 zelf. Hij voerde allerlei strenge regels in, zorgde voor technische problemen met de server omdat hij zelf knoeide met de server, en beweerde zelfs dat code die mensen op het forum deelden, eigendom zou worden van het project. Dat gaat werken, droom lekker verder.

Na een hoop gedoe en ruzie is Carter uiteindelijk weggestemd. Maar in plaats van het daarbij te laten, nam hij wraak: hij sloot de toegang af tot alle accounts, de forumserver, en de GitHub-repo, en dat voor de oude ontwikkelaars die er vanaf dat moment gewoon niet meer bij konden. Dit was een reden waarom het lange tijd stil lag.
Had Fellippe Heitor als alias "Galleon" ?
Die hette rob en was oprichter. En enige wat ik weet dat ik hem Fellippe zag als user “FellippeHeitor”

Wat ik wel hoorde dat ze allebei tegelijk overspannen waren en zouden getreiterd worden door anderen.

Hoopte dat er ook een moderne Amiga versie zou komen.

[Reactie gewijzigd door Lord Anubis op 29 juli 2026 13:26]

Gebruik zelf de originele qb45 in dosbox. Werkt uitstekend, nog geen incompatibiliteit opgemerkt. Waarom dan toch deze, kan ik dan van mijn qb programma's Win11 compatibele runtimes maken, en waarom zou ik dat willen?
Er is enorm veel code in de wereld, mogelijk ook legacy spullen die voor iemand nog waarde hebben of eventueel gebouwd kan worden, plus, basic blijft leuk om mee te leren, nu kan dat dus.

Je hoeft oude spullen niet om te bouwen naar Win11, maar je kan wel nieuwe native binaries maken als je wilt, in basic ipv een andere taal die je mogelijk niet kent…

Een print ‘hello’ is vele malen instapvriendelijker als een int main(met argument pointers e.d.), header files, en de hele standaard riedel optuigen…

De bankwereld hangt aan elkaar van cobol en fortran…de broadcasting wereld hangt elkaar met ftp en batch files… dat het oud is betekent niet dat het niet werkt/gebruikt wordt…
Zulke dingen hangen natuurlijk erg van je persoonlijke use case af. DOSBOX is een mooie oplossing als je wel het programma hebt maar niet de source code. Maar als je de source hebt en een native compiler dan zou ik de software altijd om willen zetten naar iets wat native draait. Mijn computer is geen museum. Maar de jouwe is dat misschien wel.
Dus de Phoenix is een herrezen versie van de originele QB64.

Om te kunnen reageren moet je ingelogd zijn