Das deutsche QBasic- und FreeBASIC-Forum

[OneCypher]

Hallo zusammen,

ich arbeite zur Zeit mit dem FB-Compiler 0.23 unter Windows 7 (64Bit-Version). Wenn ich folgenden Code compiliere und ausführe wächst der Speicherverbrauch unaufhaltsam bis zum exodus:

[ThePuppetMaster]

wie sieht es aus, wenn du es mit

[OneCypher]

@TPM: Das selbe verhalten .. Der Speicher wächst weiter.

[isiprimax]

Mit Version 0.22 lässt sich das selbe Verhalten reproduzieren.

Bei diesem Code wächst der Speicher nicht an.

[darkinsanity]

Ok, habs auch mal ausprobiert (gleiches OS und gleicher Compiler wie du).
Zuerst dachte ich, es läge irgendwie an den print-Aufrufen. Als ich die aber auskommentiert hab, stieg der Speicher bedeutend schneller.
Da print ja auf die Konsole zugreift wird das vermutlich das Programm verlangsamt haben, ungebremst verschleudert es seinen Speicher schneller.

Der Code lässt sich übrigens weiter kürzen:

[isiprimax]

Denke eher hat was mit Select Case zu tun. Welches mit einem Return frühzeitig beendet wird und nichtmehr aus dem Speicher entfernt wird.

[darkinsanity]

[OneCypher]

@darkinsanity: wow.. hast das echt als bug gemeldet? .. sonst hätt ich das noch gemacht

[darkinsanity]

Jep, hab den Bug schon gemeldet, mit Beispielcode und dem ASM-Code. Hab ihm mal die Priorität 8 gegeben, ist ja schon ein gemeiner Bug
_________________
Traue keinem Computer, den du nicht aus dem Fenster werfen kannst -- Steve Wozniak

[OneCypher]

Der Speicherüberlauf tritt übrigens auch auf, wenn man statt "return" mit "goto" oder "exit function" aus der select-bedingung rausspringt - Ziemlich nervig :-/ .. hoffe da kommt bald ne neue version..

Auf jeden Fall vielen Dank @darkintensity

[MOD]

Naja, mit GOTO aus einer Funktion rauszuspringen ist auch keine wirklich gute Idee, unabhängig von Bugs im Compiler.

[darkinsanity]

So, ein kleines Update:
Der Bug wurde gestern von dkl behoben.
Da es offenbar Bedarf gibt, hab ich die aktuelle git-Version des fbc mal kompiliert und einen Patch daraus gemacht. Ich garantiere euch nicht, dass das bei euch funktioniert, vor allem da ich selbst ein paar kleine Änderungen gemacht habe, ohne die es mein mingw nicht kompilieren wollte.
Einfach über eine bestehende Installation der Windows-Version drüberklatschen und fertig.
Ich hab das auch gleich bei mir getestet, der memory-leak ist weg.


/edit: Patch geupdated.
_________________
Traue keinem Computer, den du nicht aus dem Fenster werfen kannst -- Steve Wozniak

[Kernelpanic]

[MOD]

Nein, der aktuelle Compiler ist schon etwas älter. Wenn du eine Version mit dem Patch haben willst, dann kannst du den Patch von darkinsanity nehmen oder im FreeBASIC-Portal die Git-Version ziehen (siehe "Übergangslösung").

[kawe]

Hallo,
ich bin ganz neu hier, eigentlich Java-Entwickler und wurde (erneut) auf FreeBasic aufmerksam, als ich von den neuen OO-Features gehört habe.
Bei meinen Gehversuchen mit FreeBasic bin ich leider auch recht schnell in diesen Select-Case-Meory-Leak-Bug getreten ...
Nun zu meiner eigentlichen (Anfänger-)Frage:
Gibt es denn für die letzte Nicht-OO-Version (0.23) wirklich keine Release-Updates mehr?
So sehr ich die OO-Erweiterungen begrüße, so sehr bin ich mir im Klaren darüber, dass diese in jeder Hinsicht eine enorme Erweiterung darstellen, die viele neue Probleme bringen wird und z.B. auch die Compilezeiten/Speicheranforderungen erhöhen wird!?

Hat man wirklich nur die Wahl zwischen einer Alpha-Version, einer Version mit (schwerem) Bug und selber kompilieren? Das würde meine gerade aufgekommene Euphorie für FreeBasic doch dämpfen, .

Der Patch von darkinsanity funktioniert bei mir übrigens nicht, oder zumindest nicht wie die ungepatchte Version, .

Egal welche Quelldatei ich kompiliere bekomme ich damit Path Errors, z.B.:

C:\Programme\FreeBASIC\FbEdit\..\fbc -s console "(Untitled).bas"
C:\Programme\FreeBASIC\bin\ld.exe: cannot find -lgcc_eh

mit dem Originaltestcode aus diesem Thread
oder (beim Beispielprojekt aus dem unveränderten FBEdit):

C:\Programme\FreeBASIP\FbEdit\..\fbc -s gui "DialogApp.Bas" "DialogApp.Rc"
DialogApp.Bas(10) error 23: File not found, "windows.bi" in '#include once "windows.bi"'

mit dem Beispielprojekt aus dem unveränderten Beispielprojekt aus dem aktuellen FBEdit ...

Mit der ungepatchten Version funktioniert's ...

Ach ja, OS hier WinXP SP3, sollte ja aber (hoffentlich) keine Rolle spielen?

Irgendwelche Ideen?

LG

[MOD]

Willkommen im Forum.

Ich glaube, hier liegen noch ein Paar Wissenslücken über FB vor, die ich mal versuche zu klären:

0.23 bringt auch schon OOP-Features mit, zur neuen 0.24 Version kommt jetzt Vererbung dazu. Alles in allem noch nicht vergleichbar mit Java oder C++, aber doch schon einige Ansätze, die in Zukunft wohl noch ausgebaut werden (virtuelle Methoden etc.).

Der Select-Case-Bug ist natürlich doof, aber so ist das nunmal in der Softwareentwicklung. Der Bug ist im Repo bereits gefixt. Release-Updates wird es wohl nicht geben, solche Updates hatte FB nur ein Paar mal und das nur bei wirklich schweren Bugs. Für gewöhnlich gibt es einfach eine neue Version. Wenn du in der neuen Version die neuen Features nicht nutzt, wirst du aber auch keine längeren Compilezeiten oder größere Speicheranforderungen haben. Einzig die Binärdateien werden etwas größer sein. FB liefert hier aber vergleichsweise gute Werte, also kein Problem.

Was du als Alpha-Version meinst, weiß ich nicht, Alpha ist da gar nichts mehr und der Zusatz Beta ist seit 0.21 nicht mehr dabei. Laut (vorläufigem) Plan, soll 0.24 Ende März, Mitte April rauskommen, das kann sich natürlich verschieben, wir sind bei einem Open Source Projekt ohne bezahlte Entwickler.

Selbstcompilieren musst du nicht zwingend, in meinem vorherigen Post hab ich aktuelle Builds verlinkt, die wir im Portal zur Verfügung stellen.

Nur den Patch einspielen reicht nicht, da die momentanen Git-Builds eine andere GCC-Version nutzen und deswegen im alten FBC einige Libs fehlen (daher dein Linker-Fehler).

Das Problem mit den Includes ergibt sich daher, da zur neuen Version der Include-Ordner im FB-Verzeichnis umbenannt wurde. Der Compiler findet in der alten Ordnerstruktur seine Dateien einfach nicht mehr.

Die Downloads im Portal bringen alles mit und sind sofort lauffähig. Du kannst in deinem FBEdit einfach die Pfade auf diese Version ändern und alles sollte laufen.

[nemored]

[darkinsanity]

Von der Nutzung meines Patches rate ich mittlerweile auch ab. Bei mir lief er zwar, aber irgendwie hat es da wohl Probleme gegeben, obwohl ich auch die benötigten libs dazukopiert habe.
Ich empfehle dem Link von nemored zu folgen und die fbc-Version von dort zu laden.
_________________
Traue keinem Computer, den du nicht aus dem Fenster werfen kannst -- Steve Wozniak

[kawe]

Hallo nochmal,

vielen Dank erstmal für die freundliche Aufnahme im Forum, und die vielen Antworten. Es tut mir leid, dass ich erst jetzt nochmal antworte, aber es ging einfach nicht früher.
Das wichtigste zuerst: Ja, das aktuelle 0.24-Prerelease habe ich gefunden, ausprobiert, und es funktioniert erstmal einwandfrei.
Zum zweiten:
ich bin ja gerade auf der Suche nach einer Programmiersprache, die schlank und elegant ist, auch auf leistungsschwachen Rechner sinnvoll einsetzbar ist und ebenso für die "Schnelle" als auch für größere Projekte taugt.
Schon seit einer Weile fiel mir da FreeBasic ins Auge, da es für mich wirklich die besten Seiten von C und BASIC zusammenführt.
Zu meinen letzten Aussagen:
Mir ist natürlich nicht entgangen, dass FreeBasic bereits viele Sprachelemente einer OO-Sprache mitliefert. Und eigentlich tut das ja selbst bereits C (ohne ++), wenn man genauer hinsieht.
Und ich weiß auch wirklich, die daraus resultierenden Vorteile der Code-Kapselung zu schätzen.
Dennoch beginnt für mich echte Objektorientiertheit erst mit dem Polymorphismus und den daraus resultierenden Möglichkeiten zur Abstraktion. Die Möglichkeit allein, Klassen mit Member und Methoden zu definieren ist für mich, bei aller Eleganz, nicht weniger, aber auch nicht mehr, als ein Weg zur Schaffung von Namensräumen.
Aber da hat, denke ich, jeder seine eigene Philosophie und außerdem geht es mir hier gar nicht um "das volle OO-Programm", sondern um eine "schöne", aber auch "unkomplizierte" Sprache. Die begonnene OO-Integration in Freebasic hat Hand und Fuß und ist nur noch eine Frage der Zeit.

Wenn ich das Prerelease 0.24 als "Alphaversion" bezeichnet habe, dann nur deshalb, weil seit der Version 0.23 sich allein die Paketgröße verdoppelt hat. Zumindest auf den ersten Blick ist also 50% des Codes neu. Jeder, der schon mal im validierten Umfeld gearbeitet hat, weiß, das man da zunächst davon ausgehen *muss*, dass die Version grundlegend neu -und damit ungetestet- ist. Und so finde ich mich nicht gerade selten in der Situation, dass auch ich eine 100%-ige zuverlässige, alte Version der neuen Version für lange Zeit vorziehe ...

Über die Interna von FreeBasic weiß ich in der Tat bisher gar nichts, und kann deshalb bisher auch nicht beurteilen, ob der Compiler so modular aufgebaut ist, dass die bisherigen Sprachfeatures robust gegen die Neuerungen sind. Aber es scheint ja wirklich so zu sein .

Jedenfalls vielen Dank nochmal für die hilfreichen Tips.
Ich freue mich schon auf die nächste Version.

lG

[MOD]

Die Paketgröße sagt letztlich nichts über den Compiler aus. Es sind viele neue Header und Beispiele dazugekommen, dazu wurden die GCC-Libs aktualisiert. Gerade letzteres macht wohl viel aus. Die Libs, die der Compiler aber im Kern wirklich braucht, sind kaum gewachsen.

Mit Alpha meintest du also 0.24, das macht Sinn. Die 0.24 ist aber keineswegs offiziell, sondern einfach von uns als Service für die Portalsbesucher compiliert worden.