Das deutsche QBasic- und FreeBASIC-Forum

[TimesChange]

Kann mir jemand erklären, warum sich mein Programm leicht unterschiedlich verhält, je nachdem ob ich es in FBIDE mit "Quick Run" laufen lasse, oder mit "Compile+Run"?
Für diejenigen, die eine andere IDE verwenden: Auch bei "Quick Run" wird das Programm compiliert, aber als temporäre exe-Datei (mit Namen fbidetemp.exe) gespeichert. Es *dürfte* also keinen Unterschied geben...
Die temporäre Datei und die "eigentliche" exe haben die selbe Größe, und unterscheiden sich in exakt 2 x 2 Bytes.

Grüße
Rainer

[MOD]

"Quickrun" erzeugt eine temporäre exe, nicht "Run". "Run" startet eine bereits existierende exe mit dem Namen der bas.

Da sich FBIDE die Parameter für alle fbc-Aufrufe teilt, sollte es eigentlich keine Unterschiede geben (bis auf den Namen der exe). Wie äußert sich denn dieses "unterschiedliche Verhalten"? Was hast du unter Settings>FreeBASIC beim fbc-Aufruf eingestellt?

Achte auch darauf, dass eine alte Compile+Run-Datei nicht zufällig noch irgendwo läuft. Es könnte nämlich sein, dass dein Compile+Run und Run scheitern, weil irgendwer die exe noch nutzt und deswegen die Datei gesperrt ist, während Quickrun ja auch immer ohne Speichern eine temporäre exe für den aktuellen Code erstellt.

[TimesChange]

Sorry (und Danke für's Anpassen des Titels), da habe ich die Begriffe "Run" und "Quick-Run" durcheinander gebracht. Gemeint habe ich in der Tat QuickRun.

Vorab: Ich habe zwar die fragliche FBIDETEMP.EXE gesichert, aber nicht den entsprechenden Zwischenstand der .bas und der mit Compile+Run erzeugten exe-Datei. Und jetzt kann ich das abweichende verhalten nicht mehr reproduzieren. Wer sich also denkt, das Problem sitzt wie üblich vor dem Rechner, und der bildet sich das nur ein, der muss nicht weiterlesen...
Bei diesem Portierungsprojekt hab eich mich schon manchmal so dämlich angestellt, dass mich selber nichts mehr wundern würde. Aber in diesem Fall habe ich es mehrfach überprüft, weil ich es nicht glauben konnte.

Hintergrund: Das Programm ist ursprünglich für QB geschrieben.

Geäußert hat es sich folgendermaßen:
Ich habe Felder eines UDT, in die ich Suchbegriffe eingeben will.
Für die Eingabemaske will ich zunächst den Eingabebereich "markieren", in dem ich mit PRINT eine entsprechende Anzahl von Leerzeichen für das jeweilige Element ausgebe. Die Einzelnen Elemente sind als Strings fester Länge definiert.
Unter Quickbasic habe ich dazu einfach den Adressensatz mit dem Index 0 ausgegeben. Beim Programmstart wurden alle Elemente von Index 0 auf 1 Leerzeichen gesetzt (z.B. von Adr(0).NN=" ").
Adr(0).NN enthält also im ersten Bit den Wert 32, gefolgt von lauter Nullen.

Das "Markieren" sieht so aus:

[TimesChange]

Und wieder das gleiche:
Heute FBIDE geöffnet und .bas-Datei geladen.
Beim Ausführen mit "RUN" sieht meine Eingabemaske so aus:




Die mit "Compiler" erzeugte .exe-Datei aufgerufen, ergibt folgende Maske:



Und was ich jetzt gar nicht mehr kapiere: Nächster Start von FBIDETEMP.EXE mit "RUN" zeigt auf einmal dasselbe Bild wie Bild2 oben, also mit den "Kästchen"...

Woran kann das liegen?

Grüße
Rainer

EDIT:
Jetzt bin ich ein bisschen schlauer.
Wie ihr an den Bildern oben seht, habe ich unterschiedliche Schriftarten verwendet. Bei FBIDETEMP "Rasterschriftart" als Standard für das Konsolenfenster, bei "meiner" exe "Lucida Console".
Wenn ich jetzt bei der exe von "Lucida Console" auf Rasterschriftart wechsle, wird die Maske wieder ohne Kästchen angezeigt.
Wechsel zurück auf "Lucida Console" -> Maske immer noch ok, ohne Kästchen...

Es liegt also offenbar nicht daran, dass unterschiedlich compiliert wird, sondern nur an der unterschiedlichen Darstellung je nach Schrifttyp.
Warum ein Zwischenwechsel zu Rasterschriftart dazu führt, dass sich die Anzeige mit Lucida Console ändert (vorher Kästchen, nachher keine Kätschen) ist mir schleierhaft, ist aber jedenfalls kein FBIDE-Problem.

[Sebastian]

[TimesChange]

Das mache ich eigentlich auch so.

Seltsam ist das unterschiedliche Verhalten, auch mit ein und derselben Schriftart:


Links nach Aufruf des Programms, rechts dasselbe Fenster, nur nach Ändern der Schrift auf Raster und zurück zu "Lucida Console".

Zur Klarstellung: Ich will keine "Kästchen" oder sonstige Sonderzeichen ausgeben, es soll lediglich der Eingabebereich mit Leerzeichen gefüllt werden, wie auch in deinem Beispiel.
Das war in QB mit String fester Länge kein Problem, da diese bei Initialisierung mit Leerzeichen gefüllt wurde, bei FB eben nun mit Nullen, was gelegentlich zu der seltsamen Ausgabe führt.
Na gut, dann muss ich eben die Strings zuvor "von Hand" mit 32 füllen...
Wichtig ist, dass nicht der Compiler "komische Sachen" macht, sondern offenbar die Konsole.

Grüße
Rainer

[Sebastian]

Ah, OK, verstehe.