PureBoard

Hallo Leute!

Wie vielleicht der eine oder andere schon mitbekommen hat, hab ich mich daran gemacht, einen Code-Konverter zu schreiben, der PB3-Codes nach PB4-Codes konvertiert/adaptiert bzw. den entsprechenden Aufwand erheblich reduziert.

Vorgehensweise:
"PB3 ² PB4", so heißt das Programm, wird rekursiv auf den gewählten Drives nach PureBasic-Sourcen suchen. Dann wird eine Analyse auf die zuvor selektierten Sourcen gemacht. Danach wird eine Vorschau aller Änderungen angezeigt, wo noch händisch nachgebessert werden kann. Zum Abschluss werden dann die Änderungen scharf gemacht. Zuckerl: Alle Änderungen können partiell und beliebig rückgängig gemacht werden.

Konfiguration:
Über eine einfach gehaltene Konfigurationsdatei, werden die Änderungen definiert.

Vorschläge?

LG Didel.

> Vorgehensweise: [...]

hört sich vielversprechend an! Bin gespannt!

> Vorschläge?

so spontan fällt mir nix ein. Kommt aber noch...

Grüße ... Kiffi

Na dann viel Spass dabei!

Bitte aber dann für alle 3.x Versionen...

Als Test:
Es sollte zumindest damit das CodeArchiv auf aktuellen Stand gebracht werden.

IceSoft hat geschrieben: Bitte aber dann für alle 3.x Versionen...

Wenn einer alle Änderungen entsprechend gesammelt hat.

Frage: Wie könnt ich am besten aus meinem Konverter heraus Sourcen mit PB4 compilieren lassen, aber so, dass ich dann auch auslesen kann, ob's funkioniert hat? Dazu fällt mir als problematischer Aspekt auch noch die User-Libs ein, die etwaig vorhanden sein müssten. Wenn jemand sowas als eigenständige EXE beisteuern könnte wäre ich echt erleichtert!

LG Didel.

Didelphodon hat geschrieben:

IceSoft hat geschrieben: Bitte aber dann für alle 3.x Versionen...

Wenn einer alle Änderungen entsprechend gesammelt hat.

Frage: Wie könnt ich am besten aus meinem Konverter heraus Sourcen mit PB4 compilieren lassen, aber so, dass ich dann auch auslesen kann, ob's funkioniert hat? Dazu fällt mir als problematischer Aspekt auch noch die User-Libs ein, die etwaig vorhanden sein müssten. Wenn jemand sowas als eigenständige EXE beisteuern könnte wäre ich echt erleichtert!

LG Didel.

Änderungen sind in der Hilfedatei oder in den Changelogs der jeweiligen Updates aufgelistet, oder nicht?

Kleiner Wunsch wäre noch, dass JaPBE-Sources (also PB-Quelltexte, die mit JaPBe gespeichert wurden)zu IDE-Sources konvertiert werden, also, dass die Projektdateien noch gleich sind, die Assemblereinstellungen, ob NT4-Support is und was es da noch so gab.

BTW, wie hast du vor, UseWindow(), UseFile() zu ersetzen und die Funktionen wie ReadString() an zu passen?

@Franky: Also sorry, aber das mit den Japbe-Files hab ich jetzt nicht ganz verstanden.
Bzgl. UseFile etc. hab ich mir gedacht, dass ich immer bei Befehlen, die von einem USE abhängig sind, im Code raufgehe und die Variable vom nächsten nehme. Falls es mehrere USEs gibt, dann wird die Situation als riskant angesehen und der User wird - allerdings noch immer in gesteuerter und übersichtlicher Form - um seinen Input gebeten.

LG Didel.

Was auch ein kaum zu meisternder Knackpunkt sein wird, ist das weggefallene OpenTreeNode() + Close... .
Das lässt sich so auf den ersten Blick nur durch erheblichen Aufwand umbauen.
Glaube kaum, dass du das per Tool hinkriegst.

Didelphodon hat geschrieben:Frage: Wie könnt ich am besten aus meinem Konverter heraus Sourcen mit PB4 compilieren lassen, aber so, dass ich dann auch auslesen kann, ob's funkioniert hat?

Bei einem meiner projecte habe ich es so gemacht, das sources
temporär compiliert werden. Anschliessend erfrage ich mit FileSize()
ob das Temporäre ExeFile (Compilat) existiert. Wenn nicht, ist was
schief gelaufen. (Fehler im Source). Wie die CMD-Params vom PBCompiler
aussehen weis ich nicht, da mein project BB-Basierend ist.

Didelphodon hat geschrieben:Bzgl. UseFile etc. hab ich mir gedacht, dass ich immer bei Befehlen, die von einem USE abhängig sind, im Code raufgehe und die Variable vom nächsten nehme. Falls es mehrere USEs gibt, dann wird die Situation als riskant angesehen und der User wird - allerdings noch immer in gesteuerter und übersichtlicher Form - um seinen Input gebeten.

Klingt sehr durchdacht

Wie schon gesagt wurde - das CodeArchiv als einer der "Härtetests"...