| |
|
|
E.T. | |
|
| Grüße aus Sachsen... Mario WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 02.11.2010 ▲ |
|
|
|
|
Jörg Sellmeyer | Aber als was soll dann die Exe ermittelt werden? Par$(-1)? Da sträuben sich mir die Nackenhaare. Außerdem kann man ja auch eine prc-Datei als ersten Parameter haben. Was dann? Dafür gibt es doch mittlerweile die Präcompiler-Abfrage: $IFDEF INTERPRETER ...Parameterabfrage $ENDIF
$IFDEF COMPILER ...Parameterabfrage $ENDIF |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 03.11.2010 ▲ |
|
|
|
|
E.T. | 'Tschuldigung, das ich gefragt habe !! Nutzt ja auch jeder und immer Präkompiler....
[OFFTOPIC]...[/OFFTOPIC] |
|
|
| Grüße aus Sachsen... Mario WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 03.11.2010 ▲ |
|
|
|
|
Uwe ''Pascal'' Niemeier | Hi Leute!
Mein Tipp: Die Systemvariable %ProgEnd abfragen. Wird der dazugehörige Befehl ProgEnd nicht verwendet, ist diese Variable bei Ausführung einer PRF = -1, bei PRC und EXE = Dateigröße (in letzteren beiden Fällen sollte sich dann wohl ein klarer Unterschied feststellen lassen). Damit läßt sich erfahren, in welchem Modus das Programm ausgeführt wird, um Parameter korrekt zu interpretieren
PS: Mit den Compiler-Direktiven habe ich auch noch nie gearbeitet...
SeeYou Pascal |
|
|
| |
|
|
|
RGH | E.T. (03.11.10)
'Tschuldigung, das ich gefragt habe !! Nutzt ja auch jeder und immer Präkompiler.... [OFFTOPIC]...[/OFFTOPIC]
Hallo, hier geht es um die Compiler-Direktiven des integrierten Präkompilers. Diese Parametergeschichte war einer der Gründe, sie einzuführen. Aus Kompatibilitätsgründen will ich an Par$() nichts mehr ändern. Sehr viele XProfaner (und auch ich selbst) nutzen Profan-Programme mit Parametern teils als uncompiliertes Script. teils als compiliertes Script und dann natürlich auch Exe-Dateien. Ich gebe allerdings zu, dass diese Par$()-Geschichte zu den (vielen) Dingen in XProfan gehört, die ich anders machen würde, könnte ich die Zeit um 18 Jahre zurückdrehen.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 03.11.2010 ▲ |
|
|
|
|
Jörg Sellmeyer |
Ich gebe allerdings zu, dass diese Par$()-Geschichte zu den (vielen) Dingen in XProfan gehört, die ich anders machen würde, könnte ich die Zeit um 18 Jahre zurückdrehen.
Gib doch mal ein paar Beispiele und Deine Ideen zur Änderung. Vielleicht ist der Wunsch nach Abwärtskompatibilität ja kleiner, als das Bedürfnis, evtl. effektiver zu programmieren... |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 03.11.2010 ▲ |
|
|
|
|
RGH | Schon kleinere Kompatibilitätsprobleme haben in diversen Foren zu großem Aufschrei und langen, wütenden Postings geführt! Und ich weiß auch nicht, ob ich wirklich die Uhr um 18 Jahre zurückdrehen und alles noch mal neu machen möchte ... ;)
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 03.11.2010 ▲ |
|
|
|
|
| RGH (03.11.10)
Schon kleinere Kompatibilitätsprobleme haben in diversen Foren zu großem Aufschrei und langen, wütenden Postings geführt!
Vlt. das Augenmerk auch auf die anderen 99% richten.
RGH (03.11.10)
Und ich weiß auch nicht, ob ich wirklich die Uhr um 18 Jahre zurückdrehen und alles noch mal neu machen möchte
Na wie ich es verstanden habe baust Du doch "die Fehler" der letzten 18 Jahre in jede neue Version wieder mit ein wegen "zu großem Aufschrei und langen, wütenden Postings". |
|
|
| |
|
|
|
Jörg Sellmeyer | Diesen Thread für neuere Versionen bitte unbedingt im Auge behalten!!!
Gib doch mal ein paar Beispiele und Deine Ideen zur Änderung. Vielleicht ist der Wunsch nach Abwärtskompatibilität ja kleiner, als das Bedürfnis, evtl. effektiver zu programmieren... |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 04.11.2011 ▲ |
|
|
|
|
RGH | Nun, ein frühes Beispiel ist %GetCount:
Anstatt, wie der Name vermuten lässt, die Anzahl der Einträge in die Listboxliste wiederzugeben, gibt es die Nummer des höchsten Elements zurück. Da das erste Element den Index 0 hat, gibt also %GetCount eins mehr als die Anzahl zurück.
Als diese Ungereimtheit auffiel, war jedoch zu viel Zeit ins Land gegangen, um es einfach zu korrigieren. Mehrere gewerbliche Anwender hatten bereits größere Projekte am Laufen und machten reichlich Gerauch von der Listboxliste (Arrays gab es damals noch nicht). Also passte ich nach Rücksprache die Hilfe entsprechend an, da ich sonst zu vielen Menschen Extra-Arbeit und/oder Extra-Kosten aufbürden würde.
Dieses ist auch ein Beispiel für eine Ungereimtheit, die inzwischen bei beibehaltener Kompatibilität korrigiert wurde:
Inzwischen (vollends seit X2) wird die Listboxliste wie eine normale Stringliste mit dem Handle 0 behandelt, so dass die neuere Funktion GetCount() tatsächlich das erwartete Ergebnis liefert und das missverständliche %GetCount zählt zu den veraltetn Funktionalitäten, die aus Kompatibilitätsgründen noch funktionieren.
Gruß Roland |
|
|
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 04.11.2011 ▲ |
|
|
|