| |
| |
|
Georg
Teles | Guten soir,
comme UPX-Poweruser voulais je mon allererstes Programme dans X3 erstellen et suis peut-être sur une möglichen BUG gestoßen.
en supplément habe je une Runtime comment üblich avec Ressourcen gefüttert et UPX komprimiert. si un Programmcode eh bien kompiliert & et trop einem Programme gelinkt wird, veux cet Programme une PRC Dossier avons quoique cet oui bereits hineingelinkt ist !
avec qui originalen Runtime PrfRun32.exe (XProfan X3) passiert pour dem Komprimieren avec UPX cela selbe. Allerdings marcher qui Runtimes de XProfan 10.0 et X2 pour qui UPX Komprimierung correcte !
Ist es possible, dass qui Pointer dans PrfRun32.exe qui X3 sur qui PRC y quelque chose avec cela zutun hat ?
car... j'ai avec Kompiler & Linker qui X2 une Runtime qui X3 (avec UPX komprimiert) kompiliert & gelinkt, selbes Phänomen.
quoi mais funktioniert: Kompiler + Linker de X3 et Runtime de X2 (avec UPX komprimiert) 
UPX Version: 3.91w |
|
| |
| |
| |
|
|
 | | quoi oui c'est ca passiert, si Vous X3-PRC sur une komprimierte X3-prfrun32.exe ziehst? |
|
| |
| |
| |
|
|
Georg
Teles | prfrun32.exe führt cet PRC aus, qui PRC-Dossier muss mais dans qui Runtime pour dem Linken verankert son, sodass je qui EXE sans PRC-Dossier seul benutzen peux
sprich j'ai une Dossier.PRF, kompiliert + gelinkt venez une Dossier.PRC et Dossier.EXE eh bien starte je qui Dossier.EXE quelle 1 trop 1 comment une PrfRun32.exe funktioniert et une PRC-Dossier avons voudrais |
|
| |
| |
| |
|
|
| | Ah, es erscheint qui LoadFile-Dialog pour une PRC? |
|
| |
| |
| |
|
|
Georg
Teles | entier oui c'est ca
Éditer: si je qui EXE im Notepad++ nachschaue, finde je qui PRC y avec dem Anfang " RGH-PROFANG DATEI" |
|
| |
| |
| |
|
|
| ou bien qui exe peux pas aus sich selbst magasin,
Benutzer-Zugriffproblem?
la hâte Du la fois den Exe-En-tête verglichen qui gelinkten Exe, je pour dem si Du qui komprimierte ou bien unkomprimierte Runtime verwendest? |
|
| |
| |
| |
|
|
Georg
Teles | Ersteres plutôt pas qui le cas
chez dem En-tête weiss je pas, wonach je chercher soll, vite un PE Explorer instaliert zeigt chez PrfRun32.exe et Programme.exe assez cela selbe, seulement "Real Image CheckSum" et "CheckSum" unterscheiden sich |
|
| |
| |
| |
|
|
| Hab la fois quoi unterstrichen, exposition la fois si Runtime ou bien Linker pour dem falschen Schlüsselwort chercher:
RGH (21.05.04 12:46)
allô Pascal, là es keinen Grund plus gibt, es pas trop 1faire, werde je un longtemps gehütetes Geheimnis lüften!  Zunächst einmal: cela Format qui En-tête eines Compilates (gilt pas pour compilierte Unit) ist relativ simple: là steht plan seulement am Anfang " RGH-PROFANEx", wobei x derzeit un marque entre "2" et "A" ist et dem Runtime-Modul sagt, comment cela Compilat trop interpretieren ist. (Dadurch ist es dem Runtime-Modul aussi dans Version 8.0a encore possible, Compilate qui Version 2.x trop comprendre.) Compilate qui Version 8 avons ici entweder une "9" ou bien un "A" stehen, aus dem cela Runtimemodul sur qui Verschlüsselung "$P+" ou bien "$P*" schließen peux. plus Infos stehen pas im En-tête et une Checksumme gibt es aussi pas. cela Runtime-Modul liest eh bien cela komplette Compilat un et allez (im Normalfall) en aus, qui cet jusqu'à zum Dateiende allez. venez eh bien - etwa par angehängte données - quelque chose, cela pas comme compilierter Code interpretiert volonté peux, erfolgt qui bekannte Fehlermeldung. et maintenant cela jusqu'alors gehütete Geheimnis: si comme physikalisch dernier Programmzeile qui undokumentierte Befehl PROGEND steht, wird cela Compilat seulement jusque diesem Befehl lire. cela est: ensuite peut à qui PRC-Dossier (ou bien aussi à qui gelinkte EXE-Dossier) angehängt son, sans cela Runtimemodul trop irritieren. convenable en supplément gibt es qui Systemvariable %PROGEND, qui qui Position dans qui Dossier angibt, wohin cela Compilat aufhört et qui données commencer. (là cet Systemvariable naturellement seulement im compilé Zustand Sinn pouvoir, liefert %PROGEND im Interpreter toujours -1 zurück.) chez Unités gibt es cet Possibilité allerdings pas. pourquoi ist cela ganze jusqu'alors undokumentiert? qui Possibilité, données à cela Compilat bzw. à qui compilierte EXE anzuhängen, habe je seinerzeit (chez Profan 6.5) pour Sven Schmidts et son Programme TME geschaffen, cela cet Funktion benötigte. avec ihm J'ai eu Stillschweigen sur cet Funktion bewahrt et je pflege mich eh bien la fois à mon mot trop tenir. là mais TME depuis einigen Jahren pas plus weiterentwickelt wurde et inzwischen sur Svens page déjà longtemps pas plus gelistet ist, glaube je cet Schweigen eh bien brechen trop dürfen. (Sven, s'il te plaît pas schlagen!) Salut Roland |
|
| |
| |
| |
|
|
Georg
Teles | c'est très intéressant, cela bringt mich mais pas plus.
Progend à l' Ende des Codes dans PRF eingefügt gibt %ProgEnd dans qui bereits gelinkten EXE qui exakte Taille qui PRC Dossier bzw. en Ende, ist oui aussi logisch, je übergebe oui qui PRC-Dossier à qui EXE weil vous mich tout autor bittet  qui EXE qui X2 gibt zB exakt qui Position dans qui EXE wohin qui Programmcode endet
comment erwähnt, Alles avec XProfan 10.0 et X2 fonctionne einwandfrei égal si je qui Runtimes avec UPX komprimiere ou bien pas, seulement qui komprimierte X3 Runtime pouvoir mich wahnsinnig 
... je teste la fois plan simple dans einer Virtuellen machine ...
EDIT:
Beim ami (Win 10 64 Bit) qui PrfRun avec UPX komprimiert, kompiliert & gelinkt, selbes ergebnis, cela selbe avec VM Win XP 32 Bit |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | je habs encore pas entier kapiert. la hâte du qui fertige Exe komprimiert ou bien la hâte du qui runtime komprimert et ensuite gelinkt?
Letzteres devrait eigentlich marcher. |
|
| |
| |
| |
|
|
Georg
Teles | Runtime komprimiert (UPX) & ensuite kompiliert & gelinkt naturellement  |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Beim zweiten Lesen hab ego ensuite aussi gesehen 
là scheint ensuite wohl un faute vorzuliegen et du musst attendre, jusqu'à Roland zurück ist. |
|
| |
| |
| |
|
(850)
Deutsch
English
Français
Español
Italia