| |
|
|
Dieter Zornow | Kann man XPSE dazu bringen,dass alle gefunden Fehler in die Logdatei geschrieben werden. Ich habe bei einem Programm umfangreiche Änderungen vorzunehmen, da es eine neue Version der verwendeten DLL gibt und alle Namen der Funktionen geändert wurden und das sind fast 400. Der Profaninspector erkennt überhaupt nichts, Profan ebensowenig, obwohl die aufgerufen Prozeduren gar nicht mehr existieren, da ich den Wrapper schon auf die neuen Namen umgeschrieben habe. XPSE zeigt ja nur den ersten Fehler an und das ist kein Fehler, da er scheinbar mit ImportDLL() nicht umgehen kann und alle Funktionen aus der DLL als undeclarierte Fehler meldet, hatte die Hoffnung, dass mir das gesamte durchsehen des Codes erspart bleibt. |
|
|
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 03.12.2009 ▲ |
|
|
|
|
| >>XPSE zeigt ja nur den ersten Fehler an >>Kann man XPSE dazu bringen,dass alle gefunden Fehler in die Logdatei geschrieben werden.
Nein, das geht leider nicht bzw. die Folgefehlermeldungen wären dann unbrauchbar weil XPSE nicht mit "Unbekannten" auflösen kann.
Du kannst Dir das vorstellen wie bei einer Formel bei der Angaben fehlen wie z.B. Klammern - der Rest der Formel kann nicht aufgelöst werden und "weiterrechnen" wäre reine "Spekulation".
>>das ist kein Fehler, da er scheinbar mit ImportDLL() nicht umgehen kann
Umgehen kann er mit ImportDLL() schon, aber abgearbeitet kann es nur vom Interpreter _zur _Laufzeit werden - hier hat also XPSE überhaupt gar keine Chance zumal der Code auch nicht zwingend auf dem letztendlichen Zielsystem kompiliert wird und die Funktionen beim Kompilieren nicht bekannt sind. Derart importierte Funktionen können auch im Gegensatz zu per HeaderFile deklarierten Funktionen nicht in Calls konvertiert werden - ich würde auf jeden Fall Header vorziehen.
Wenn man dennoch ImportDLL nutzt, dann kann man anweisen, Funktionsaufrufe z.B. mit einem Präfix grundsätzlich nicht anzumeckern bzw. als "für den Interpreter deklariert" zu betrachten: {$pushkeyword u_*} Das u_ ist halt ein Beispiel für ein Präfix welches man imho auch bei ImportDLL festlegen kann. Somit werden per ImportDLL zu importierende Funktionen nicht angemeckert - vlt. reicht Dir das schon. |
|
|
| |
|
|
|
| Ich könnte XPSE KompilierenMarkierenSeparieren beibringen, er also zur DLL das Headerfile sich selbst erzeugt und meinetwegen die DLL auch noch als Memorymodul in den Source verbringt. Ein Alias "ImportDLL" dafür zu schalten wäre dann auch einfach.
So könnte man darüber DLLs wie statische Bibliotheken einbinden und auch das externe Mitschleppen viele weg.
Ich benenne mir den Titel mal als ToDo, wird aber bestimmt erst nach dem Release etwas - also langfristige Anplanung.
Gibt auch PH-Gen: [...] |
|
|
| |
|
|
|
Dieter Zornow | Ja danke, lass dir Zeit |
|
|
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 03.12.2009 ▲ |
|
|
|