XProfan

- Page 4 -

« Dieser Beitrag wurde als Lösung gekennzeichnet. »

- Page 15 -

Jens-Arne
Reumschüssel

Es gibt eine neue Version, die anders mit dem internen Messagehandling umgeht. Bitte probier die mal aus. Vielleicht ist das Problem damit behoben.

XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

24.09.2022 ▲

Jens-Arne
Reumschüssel

p.specht (19.06.2021)

Jetzt trage ich sicher Eulen nach Athen und werde gleich ganz doof dastehen:
Sind die Parameter nicht auf MSDN in den api-Beschreibungen zu finden?

Natürlich sind sie das. Aber hättest Du Lust, per tausende von API-Funktionen von dort händisch die jeweilige Parameteranzahl zusammenzusammeln, um dann in JRPC3 darauf prüfen zu können?

XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

19.06.2021 ▲

p.specht

*genier*

XProfan 11
Computer: Gerät, daß es in Mikrosekunden erlaubt, 50.000 Fehler zu machen, zB 'daß' statt 'das'...

19.06.2021 ▲

Jens-Arne
Reumschüssel

Alles gut!

XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

19.06.2021 ▲

Jens-Arne
Reumschüssel

Programmversion 3.06:

Der Check auf die korrekte Anzahl Parameter bei API-Aufrufen circa @external(...) ist nun eingebaut. Ich habe eine entsprechende Quelle gefunden. Dabei konnten die vordefinierten API-Befehle und -Konstanten auch gleich um einige zehntausend erweitert werden (vorher: 10.811, jetzt: 61.467).

EDIT: Musste V3.06c nachschieben, weil es API-Konstanten gibt, die gleichnamig mit API-Funktionen sind (z.B. ~MultiByteToWideChar). Da mussten die wenigen Konstanten, bei denen das so ist, leider rausfliegen, weil es sonst zu Doppeldeutigkeiten kommt, die nicht gesund sind (123 Stück, um genau zu sein).

XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

20.06.2021 ▲

Jens-Arne
Reumschüssel

V3.09:

API-Aufrufe circa @external(...) werden jetzt automatisch in @call(...)-Aufrufe konvertiert. Diese arbeiten schneller, weil dabei die Einsprungadresse der Funktion in der DLL nicht jedes Mal festgestellt werden muss.

Dieses Feature lässt sich mit der Compilerdirektive {$NOEXTERNAL2CALLCONVERSION} abschalten. Dies ist immer dann nötig, wenn Prozeduren als Prozesse aufgerufen und darin @external(...)-API-Aufrufe verwendet werden, weil die im Hauptprogramm definierten @call(...)-Adressen sonst im Speichernirvana des neuen Prozesses enden würden.

XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

22.06.2021 ▲

Jens-Arne
Reumschüssel

V3.16:

Bugfixes

-In Prozeduren, die als Prozesse aufgerufen werden, wird die external-zu-call-Umsetzung nun automatisch deaktiviert, weil die im Hauptprogramm ermittelten Funktions-Einsprungadressen darin nicht bekannt sind ({$NOEXTERNAL2CALLCONVERSION} ist hierfür nicht mehr nötig).
-Standardmäßig werden nun kurze und kryptische Variablennamen per die Call-Einsprungadressen verwendet, weil XProfan diese sehr viel schneller abarbeitet als lange, sprechende Variablennamen. Da dann der umgesetzte Sourcecode aber nicht mehr aus sich heraus verständlich ist, wird ganz am Anfang des Programmi eine Legende der kurzen Variablennamen in Form von Kommentarzeilen angelegt, der zu entnehmen ist, zu welcher Einsprungsadressen-Variable welche DLL mit welcher Funktion gehört (*nicht* sortiert, bitte die Suchfunktion von XProfEd nutzen, um die interessierende Variable zu finden).
-Mit {$CALLUSELONGVARNAMES} kann auf die Verwendung von langen, sprechenden Einsprungadressen-Variablen umgeschaltet werden, um das umgesetzte Programm noch leichter debuggen zu können. Wenn alles corre, sollte diese Compilerdirektive wieder entfernt werden, um den Code zu beschleunigen.
-Man kann eigene DLL-Funktionsdefinitionen in un File schreiben, per die JRPC3 dann ebenfalls die Parameterzahl überprüft und @external(…)- zu @call(…)-Aufrufe konvertiert. Hierzu ist eine Textdatei mit beliebigem Dateinamen und der Endung „.dlldat“ zu erstellen. In jeder Zeile steht die Definition per eine Funktion, die von einer DLL exportiert wird. Zunächst ist der Name der DLL in Großbuchstaben anzugeben (z.B. »MEINEDLL.DLL«). Es folgt, getrennt durch ein »|», der Name der exportierten Funktion, wobei Groß- und Kleinschreibung zu unterscheiden ist (z.B. »MeineExportierteDllFunktion«). Dann ist noch, wieder durch »|» getrennt, die Anzahl Funktionsparameter anzugeben (z.B. »1«). Beispielzeile:
MEINEDLL.DLL|MeineExportierteDllFunktion|1
Diese File mit benutzerdefinierten Daten kann entweder ins XProfan-Stammverzeichnis geschrieben werden, dann werden die dort abgelegten Definitionen bei jedem Start von JRPC3 geladen. Oder sie können in einem Verzeichnis abgelegt werden, in dem ein bestimmtes Programmierprojekt, namentlich die .prf-File, liegt. Dann werden die Definitionen nur geladen, wenn genau dieses bestimmte Programm umgesetzt werden soll.
Zeilen, die mit »‘« beginnen, werden – wie in Profan – als Kommentarzeilen ignoriert.

XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

21.07.2021 ▲

Jens-Arne
Reumschüssel

V3.18: Enumerate-Funktionalität

*ENUMERATE-Funktionalität in Headerdateien (ab V3.17)
-In einer .ph-File kann mit ENUM [Startwert [Step]] eine fortlaufend weitergezählte Reihe von Ersetzungsdefinitionen erstellt werden. Die nachfolgenden Ersetzungsdefinitionen werden direkt mit »;« abgeschlossen, ohne Gleichheitszeichen und Wertangabe. Es kann jedoch optional »<Ersetzungsdefinition>=<NeuerWert>;« angegeben werden, dann wird die Aufzählung von diesem neuen Wert aus fortgesetzt. Der Step-Wert lässt sich allerdings nicht mehr verändern. Soll dies geschehen, muss ein neuer ENUM-Block verwendet werden.
-ENDENUM schließt den ENUM-Block ab.
-Diese Funktionalität von JRPC3 ist beispielsweise nützlich, wenn man fortlaufende UserMessage-Definitionen erstellen möchte, etwa im Messageraum ab $8000, der per Applikationen reserviert ist und nicht mit den windowseigenen Messages kollidiert. Wenn man später mittendrin eine neue Definition einfügen möchte, ist dies kein Problem. Bisher hätte man dann alle nachfolgenden Definitionen per Hand um eins erhöhen müssen. Es sind diverse weitere Konstellationen denkbar, in denen diese automatischen Aufzählungen sehr nützlich sind.
-Beispiele:

ENUM
Rot;'~Rot wird im Programm durch 1 ersetzt
Gruen;'~Gruen wird im Programm durch 2 ersetzt
Blau;'~Blau wird im Programm durch 3 ersetzt
ENDENUM

ENUM 100 2'nicht mit Komma, sondern mit Leerzeichen abtrennen!
Rot;'erhält il valore 100
Gruen;'erhält il valore 102
Blau=500;'erhält il valore 500
Gelb;'erhält il valore 502
ENDENUM

*ENUMERATE-Funktionalität im Hauptprogramm (ab V3.18)
-ENUM ist auch im Hauptprogramm per Konstantendefinitionen possibile.
-Beispiele:

ENUM
%Rot'erhält il valore 1
%Gruen'erhält il valore 2
%Blau'erhält il valore 3
ENDENUM

ENUM 100 2'nicht mit Komma, sondern mit Leerzeichen abtrennen!
&Rot'erhält il valore 100
&Gruen'erhält il valore 102
&Blau=500'erhält il valore 500
&Gelb'erhält il valore 502
ENDENUM

Beste Grüße, Jens-Arne

XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

29.07.2021 ▲

Jens-Arne
Reumschüssel

V3.22:
* Interpreter, PRCs, EXEs und XPSE können jetzt mit Administratorrechten corsa werden (hierzu nach dem Start von JRPC3 zum Umschalten »d« drücken)
-Dies ist hilfreich beim Testen von Programmen, die später mit Administratorrechten arbeiten sollen. Insbesondere kann dies hierdurch bereits beim interpretierten Testen ausprobiert werden.
-Solcherart gestartete Programme können allerdings nicht mit »K« gekillt werden!
-Fertige Programme benötigen später zum Ausführen mit Administratorrechten ein mit einem entsprechenden Manifest ausgestattetes Runtime-Modul beim Linken (nähere Informationen hierzu z.B. im Foro auf xprofan.de --> PROFAN-Programmazione --> Thema »Programmdetails per Profan-Tools«, 5. Antwort). Testweise kann aber aus JRPC3 heraus eine EXE-File, wie gesagt, »on the fly« mit Admin-Rechten gestartet werden.

V3.23:
Einrückungsanalyse von einigen schwereren Bugs befreit

Beste Grüße, Jens-Arne

XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

02.08.2021 ▲

Jens-Arne
Reumschüssel

V3.24:

ENUM kann nun per Erstellung von Flag-Werten auch mit Potenzen arbeiten. Hierfür ist dem Step-Wert ein »^« voranzustellen. Dann wird der Step-Wert fortlaufend mit dem immer um 1 erhöhten Startwert potenziert. Die Flags können im Programm dann bitweise abgefragt werden. Nachträgliche Veränderungen des Startwertes sind hier nicht erlaubt.

ENUM 0 ^2
Flag1;'erhält il valore 2^0=1
Flag2;'erhält il valore 2^1=2
Flag3;'erhält il valore 2^2=4
Flag4;'erhält il valore 2^3=8
ENDENUM

Saluto, Jens-Arne

XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

03.08.2021 ▲

p.specht

Langsamer bitte, ich komme mit dem Downloaden nicht mehr nach!

XProfan 11
Computer: Gerät, daß es in Mikrosekunden erlaubt, 50.000 Fehler zu machen, zB 'daß' statt 'das'...

04.08.2021 ▲

Jens-Arne
Reumschüssel

Hmm. Hilft nichts.

Du hast im Profan-Foro zu Recht angemerkt, dass es noch keine vernünftige Hilfedatei gibt. Ich habe jetzt die ungeordneten Argomenti aus dem Anleitungs-PDF in un chm-File gepackt. Da ist es dann zumindest schon einmal etwas sortierter.

Also neue Version (build 152). Die Hilfedatei kann im Menü »Hilfe« aufgerufen werden.

XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de

05.08.2021 ▲