GFA auf der Firebee

[MJaap]

Ich hatte in den letzten Tagen etwas Zeit, mich mit GFA-Basic auf der Firebee zu beschäftigen. Überraschenderweise schmieren nicht alle GFA-Kompilate beim Start ab - Swap97 und der HomePage Penguin 2.0 laufen, der HPP3.0 hingegen nicht. Ich vermute, dass es die Kombination aus Patch und Library ist, die das System beim Start der App einfriert. Dies würde erklären, weshalb auffallend viele Programme, die in einem bestimmten Zeitraum veröffentlicht wurden (1999-2002) "einfrieren".

Ein erster Erfahrungsbericht kommt in der nächsten stc. Lonny Pursells GFA-Paket ist jedenfalls sehr gut

[tost40]

Hallo Matthias,

schön dass Du dieses Thema einmal aufgreifst.

Gruß Martin

[Mathias]

Ja, das würde mir auch sehr gefallen, wenn Du rausfindest wo manche Programme ihre Probleme haben. Wenns eine spezielle Library ist, dann wäre es spannend ob man die nicht auch aktualisieren könnte?

Und nur zur Sicherheit; Du nutzt eh die letzte Version vom Oktober? Laut Lonny ist das DAS Major-Update für FireBee-Kompatibilität. http://userpages.bright.net/~gfabasic/html/gbe.htm

[dbsys]

Ich hatte in den letzten Tagen etwas Zeit, mich mit GFA-Basic auf der Firebee zu beschäftigen. Überraschenderweise schmieren nicht alle GFA-Kompilate beim Start ab - Swap97 und der HomePage Penguin 2.0 laufen, der HPP3.0 hingegen nicht. Ich vermute, dass es die Kombination aus Patch und Library ist, die das System beim Start der App einfriert. Dies würde erklären, weshalb auffallend viele Programme, die in einem bestimmten Zeitraum veröffentlicht wurden (1999-2002) "einfrieren".

Ein erster Erfahrungsbericht kommt in der nächsten stc. Lonny Pursells GFA-Paket ist jedenfalls sehr gut

Eine sehr interessante Beobachtung!

Auf den Bericht freue ich mich schon.

[MJaap]

Ja, das würde mir auch sehr gefallen, wenn Du rausfindest wo manche Programme ihre Probleme haben. Wenns eine spezielle Library ist, dann wäre es spannend ob man die nicht auch aktualisieren könnte?

Und nur zur Sicherheit; Du nutzt eh die letzte Version vom Oktober? Laut Lonny ist das DAS Major-Update für FireBee-Kompatibilität. http://userpages.bright.net/~gfabasic/html/gbe.htm

Naja, es gibt natürlich noch viele andere Gründe, weshalb eine App nicht laufen könnte. Die Tests beziehen sich nur auf GFA-Programme, die ab Ende der 90er entstanden (HPP, Cocktail, Peking etc.). Die sind aber auch die interessantesten, da sie größtenteils multitaskingfreundlich sind. Ich weiß, dass ich bei späteren Programmen die LicomLib verwendet habe, ebenso wie Gunnar (bis auf Dr. Selbst frieren alle seine Programme die Biene ein) und bei Richard gehe ich einfach mal davon aus, dass er seine eigene Lib nutzte

Die Lib zu aktualisieren, bringt allerdings nichts, denn es müssten dann alle betroffenen Programme mit der neuen Lib kompiliert werden. Da kann man auch gleich die Lib von Lonny nehmen.

Jede GFA-Compiler-Library behebt Fehler, optimiert Befehle und sorgt dafür, dass die Compilate sauberer laufen. RUN! Software hatte vor 8 Jahren eine eigene Library veröffentlicht, da die Licom ihrer Meinung nach voller Bugs ist. Zu dem Zeitpunkt hatten aber Gunnar, Richard und ich die Weiterentwicklung von GFA-Programmen schon eingestellt.

[Mathias]

Wie groß ist denn der zu erwartende Aufwand die LicomLib durch die Lib von Lonny zu ersetzen und ein Programm neu zu kompilieren? Wäre das ein gangbarer Weg, oder würde das so richtig viel Arbeit mit tw. Umschreiben des Programms bedeuten?
Und ja, das Ziel ist ja schon auch die Alten Hasen dazu zu bringen die eingestellte Software wieder anzufassen und da und dort was zu schrauben!

[MJaap]

Wie groß ist denn der zu erwartende Aufwand die LicomLib durch die Lib von Lonny zu ersetzen und ein Programm neu zu kompilieren? Wäre das ein gangbarer Weg, oder würde das so richtig viel Arbeit mit tw. Umschreiben des Programms bedeuten?

Einfach mit GBE und Lonnys Library/Compiler/Linker neu kompilieren. Wirklich Arbeit dürften (noch) ältere Programme machen, die direkt die Hardware ansprechen oder unsaubere Befehle verwenden. Lonny hatte sich vor einigen Monaten eine alte Monopoly-Umsetzung vorgenommen und umgeschrieben. Im Archiv hat er auch die Änderungen aufgeführt - und ja, er hat auch an eine CF/68k-Binary gedacht 

[MJaap]

Hier ein paar weitere für die Firebee kompilierte Programme: ZDoko (keine Ahnung wie man das spielt), ZSudoku und ZDrachen von Karsten Knorr. Karsten hatte alle seine Programme unter der GPL veröffentlicht. ZDrachen hat leichte Redraw-Probleme, wenn ein anderes Fenster oder eine Dialogbox das ZDrachen-Fenster überlagert. In XaAES reicht es, das Fenster mit der rechten Maustaste ein- und dann wiederaufzuklappen. Das vierte Programm ist House Quest I, Sourcecode war damals mit auf der PD-Diskette. Auch HQ1 hat leichte Redraw-Probleme, stören aber nicht.

Leider können faceValue-Programme nicht komplett im Sourcecode veröffentlicht werden, da fV kommerziell ist. Die vier Programme oben nutzen nicht fV. Karstens Programme stürzten auf der Firebee vorher beim Start ab, während HQ1 die Resourcedatei nicht finden konnte.

Ich werde die Programme auf eine eigene Download-Seite auf jaapan.de packen.

[Mathias]

Cool! Scheint also nicht soo kompliziert zu sein. So wars eigentlich immer gedacht, daß man seine Programme einfach nochmal durchlaufen lässt für eien optimierte Version.

Aber was Anderes off topic; wo hast Du den grausamen Oldschool-Desktop her?

[HelmutK]

und wieso steht da atf?

[MJaap]

Cool! Scheint also nicht soo kompliziert zu sein. So wars eigentlich immer gedacht, daß man seine Programme einfach nochmal durchlaufen lässt für eien optimierte Version.

Aber was Anderes off topic; wo hast Du den grausamen Oldschool-Desktop her?

Teradesk 4.06 Oder meinst du das Fehlen eines Hintergrundbilds? Ein Hintergrundbild würde die Dateigröße von PNG-Screenshots deutlich erhöhen.

Die kompilierten Programme sind ja schon GEM-konform, da hält sich der Aufwand in Grenzen. Bei Demos und ST-Low/High-Spielen dürfte der Aufwand höher sein. Aber ST-Low scheint zumindest meine Biene nicht zu unterstützen, hmm...

[MJaap]

und wieso steht da atf?

Ein Redraw-Fehler.

[AngelikaZ]

Cool! Scheint also nicht soo kompliziert zu sein. So wars eigentlich immer gedacht, daß man seine Programme einfach nochmal durchlaufen lässt für eien optimierte Version.

Aber was Anderes off topic; wo hast Du den grausamen Oldschool-Desktop her?

Teradesk 4.06 Oder meinst du das Fehlen eines Hintergrundbilds? Ein Hintergrundbild würde die Dateigröße von PNG-Screenshots deutlich erhöhen.

Die kompilierten Programme sind ja schon GEM-konform, da hält sich der Aufwand in Grenzen. Bei Demos und ST-Low/High-Spielen dürfte der Aufwand höher sein. Aber ST-Low scheint zumindest meine Biene nicht zu unterstützen, hmm...

Da werde ich doch gleich dieses Wochenende meine Firebee wieder aktivieren, war gerade bei Assembler im ST-Low Modus. Aber wenn das stimmt, das der ST Low-Modus nicht geht, wäre das doof. Da müsste schnellstens was getan werden. Wie bei den ganzen Grafik Sachen, siehe Blitter, denn  das verleitet einem die Firebee.
 

[MJaap]

Ich will jetzt nichts falsches sagen, kann auch an meiner Firebee, dem Monitor oder der Konfiguration liegen. Aber ich will mich ohnehin erstmal mit GEM-Anwendungen/Spielen beschäftigen, die auch unter FreeMiNT laufen (sollten).

[guest3652]

Finde ich sehr gut, ein Computer ohne lauffähige Programme - geht gar nicht.
Werde dieses Thema beobachten.

Danke.

[MJaap]

Finde ich sehr gut, ein Computer ohne lauffähige Programme - geht gar nicht.
Werde dieses Thema beobachten.

Es sind jede Menge Programme auf der Firebee lauffähig. Wer aber hauptsächlich an ST-Spielen, Demos oder ST-Low-Apps interessiert ist, wird mit der Firebee nicht glücklich werden. Aber mal ehrlich: Wer 600 Euro für die Firebee ausgibt, wird wohl eher am Entwickeln, Textverarbeitung, Grafik und so interessiert sein...

[guest3652]

Sicher, aber ich meine eine vernünftige und stabile Entwicklungsumgebung.
Momentan schein es wie 1985 zu sein. Damals gab es auch keine Software um das Potential des Atari voll aufzuzeigen.
Auch eine gute Dokumentation habe ich noch nicht zu Gesicht bekommen, gerade wenn man System- und Hardwarenah programmieren möchte.
Gebt doch mal ein paar Tipps, bin nämlich schon etwas raus.

Danke
Andreas

[MJaap]

Sicher, aber ich meine eine vernünftige und stabile Entwicklungsumgebung.
Momentan schein es wie 1985 zu sein. Damals gab es auch keine Software um das Potential des Atari voll aufzuzeigen.
Auch eine gute Dokumentation habe ich noch nicht zu Gesicht bekommen, gerade wenn man System- und Hardwarenah programmieren möchte.
Gebt doch mal ein paar Tipps, bin nämlich schon etwas raus.

Es gibt AHCC, vbcc, GFA-Basic Editor und diverse Cross-Compiler (u.a. http://vincent.riviere.free.fr/soft/m68k-atari-mint/). Das ist mit 1985 nicht vergleichbar. Gründe, system- oder hardwarenah zu programmieren, gibt es auf der FB nicht. Die Kiste hat genug Rechenleistung und Speicher für SDL-Ports und saubere GEM-Anwendungen. Es stimmt zwar, dass die Dokumentation und Entwicklungsumgebungen verbesserungswürdig sind, aber die Firebee ist ja keine grundsätzlich andere Maschine als ein Atari

[Mathias]

GCC nicht zu vergessen. Seit einiger Zeit auch native auf der FireBee (falls sich das wer antun will) http://mikro.naprvyraz.sk/files/gcc/gcc-4.6.4-5475mint.tar.bz2