XPSE

- Seite 1 -

Ragnar
Rehbein

eine GUI halte ich ebenfalls nicht für nötig.

gibt es für den XPSE eine todo-liste ? hab ich nicht gefunden.

deshalb hier kurz eine wünsche die mir zum XPSE einfallen, auch wenn es zu weihnachten sicher nichts mehr wird (jedenfalls nicht dieses jahr)

- es wäre hilfreich, wenn du das einbinden von ph-dateien an den anfang setzen könntest. in verbindung mit VWP2 ist es oft schwierig die richtige stelle zu finden, damit das einbinden in den proceduren dann auch die konstanten schon bekannt sind. (genauso wie du die globalen variablen sortierst)

- mehrere batch-schalter nacheinander wären hilfreich, damit z.b. die exe sofort in verschiedene verzeichnisse kopiert werden kann.

- genial wäre eine verwaltung von Builds. d.h. jeder compilerlauf zählt eine zahl (Build hoch). im programm wird diese zahl einer konstanten übergeben, damit die buildnr. irgendwo angezeigt werden kann. auf wunsch sollte der .enh-datei durch die buildnummer ergänzt werden können. evtl. eine anschließende kompression durch batch-kommando.
damit hätte man zu jedem programm das meine 4 wände verläßt die quelle archiviert und kann bei fehlermeldungen (die fast immmer die zeilennummer enthalten) gezielt suchen.
{$build projektxy.build &buildnr}
{$batch copy projektxy.enh projektxy_#buildnr#.enh}

in einer datei projektxy.build wird die buildnr (als string) hochgezählt.
im projekt wird eine konstante &buildnr erzeugt und zugewiesen (evtl. alternativ auch string $buildnr)
#buildnr# kann als platzhalter benutzt werden um eine entsprechende kopieroperation zu datensicherungszwecken zu veranlassen.
denkbar wäre auch der verweis auf eine headerdatei, die in das projekt eingebunden ist und die von der XPSE aktualisiert wird.

r.r.

02.12.2005 ▲

Sehr nette Anregungen!

Ich werde diese umsetzen.

Speziell zu den PH-Dateien - ich hoffe das diese vielleicht sogar garnicht mehr deklariert werden müssen - ohne Speedverlust!

Salve.

02.12.2005 ▲

Michael
Wodrich

Bei der Build-Geschichte hilft sicher eine INI.

[Projektname]
Build=101

[Projektname2]
Build=231

Das jeweilige Programm kann sich dann die Buildnummer selbst herausfischen. Ein Unterprogramm im jeweiligen Programm kann dann die gewünschten Aktionen selbst durchführen; denn das ist bestimmt bei jedem Programmierer anders gelöst.

Damit man nicht für jedes Programm das Rad neu erfinden muß hilft dann ja eine Include-Datei.

Damit wäre XPSE dann entlastet und braucht sich nur um das Hochzählen kümmern. Das Anhängen der Buildnummer an den ENH-Namen würde auch mir helfen

(verworfenes)

Versionsnummern lassen sich ja auch programmintern aus der Buildnummer erzeugen:
BuildNr$ = ReadIni(C:\ProfanXPSE-Projekte.INI, Projektname2, Build)
Case BuildNr$=231 : Version$ = 2.02
Case BuildNr$=232 : Version$ = 2.10

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

04.12.2005 ▲

Ragnar
Rehbein

hallo michael

ich denke das das mit der ini-datei, so wie du dir das vorstellst, nicht funktioniert.
die buildnummer muß fest mit jedem erzeugten projekt und compilerlauf verbunden sein.
deshalb meine überlegung das durch eine headerdatei zu machen die vom XPSE aktualisiert wird.

r.r.

04.12.2005 ▲

Jac
de
Lad

Das mit dem Build klingt gut, musste ich bis jetzt immer anders realisieren. Aber gut wäre auch, wenn XPSE bei Fehlern und Warnungen nicht nur die Zeile, sondern die wirkliche Zeile und die entsprechende Datei ausgeben würde. Sobald eine INC includiert ist, wird immer alles verschoben und ich finde es umständlich, dass wenn ich nicht sofort weiß wo der Fehler ist, ich immer erst die ENH-Datei durchsuchen muss und dann wieder zurückspringen...das ist nervig!

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

04.12.2005 ▲

- Seite 2 -

So für diejenigen die XPIA nutzen habe ich soebend auf Franks bitte hin ein KLEINES XPSE-Update hochgeladen.

Die Anweisung ASMEND mit Parameter also z.B. ASMEND (Z&) funktioniert jetzt.

Ein größeres XPSE-Update steht damit natürlich noch aus - aber im Moment habe ich einfach zu viel um die Ohren.

14.01.2006 ▲

Jac
de
Lad

Schade, aber das steigert die Spannung, was es wohl neues gibt!

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

15.01.2006 ▲

Jac
de
Lad

Hallo iF, ich hatte schon mal was wegen Buildnummern angesprochen. Ist es möglich, eine Variable BuildNumber[Long] einzubauen, die bei jedem Compilieren um 1 hochgesetzt wird? Dazu könnte XPSE entweder eine Datei BuildNumber.txt anlegen, die abgefragt und neu gespeichert wird oder einen Compilierschalter $Build xyz erhalten, was mir persönlich besser gefallen würde. Dann würde die Buildnummer auch immer im Quelltext stehen und nicht verloren gehen. Müsste nur mit dem Editor harmonieren...der muss ja dann neu laden.

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Die Konstante XPSECOMPILETIMESTAMPSTRING ist brauchbarer als eine einfache BuildNr (diese Nr. nutzt ja im Nachhinein oft rein garnichts).

Jac
de
Lad

Ja und nein. Die Buildnummer ist für Entwickler teilweise schon von Bedeutung...

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Die XIDE (ja - leider noch nicht publizierfähig!) hat dieses Feature intus, und zwar über freiprogrammierbare Plugins. Ich kann dem XPSE also dieses Feature beruhigt ersparen.

Jac
de
Lad

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

04.12.2007 ▲