| |
|
|
Georg Teles | Bueno Abend,
como UPX-Poweruser Yo quería mein allererstes Programa en X3 redactar y bin tal vez en una möglichen BUG gestoßen.
Dazu Yo una Runtime como üblich con Ressourcen alimentados y UPX komprimiert. Wenn una Programmcode nun kompiliert & y a una Programa gelinkt se, voluntad dieses Programa una PRC Expediente haben obwohl esta sí ya hineingelinkt es !
Mit el originalen Runtime PrfRun32.exe (XProfan X3) passiert después de el Komprimieren con UPX el selbe. Aunque trabajo el Runtimes de XProfan 10.0 y X2 después de el UPX Komprimierung tadellos !
¿Es posible, dass el Pointer en PrfRun32.exe el X3 en el PRC en él algo así zutun ha ?
Denn... Yo con Kompiler & Linker el X2 una Runtime el X3 (con UPX komprimiert) kompiliert & gelinkt, selbes Phänomen.
Was aber funktioniert: Kompiler + Linker de X3 y Runtime de X2 (con UPX komprimiert)
UPX Versión: 3.91w |
|
|
| |
|
|
|
| Was genau passiert, si una X3-PRC en una komprimierte X3-prfrun32.exe ziehst? |
|
|
| |
|
|
|
Georg Teles | prfrun32.exe führt esta PRC de, el PRC-Expediente muss aber en el Runtime después de el Linken verankert ser, sodass Yo el EXE sin PRC-Expediente allein benutzen kann
sprich Yo una Expediente.PRF, kompiliert + gelinkt kommt una Expediente.PRC y Expediente.EXE nun starte Yo el Expediente.EXE welche 1 a 1 como una PrfRun32.exe funktioniert y una PRC-Expediente haben möchte |
|
|
| |
|
|
|
| Ah, lo erscheint el LoadFile-Diálogo para una PRC? |
|
|
| |
|
|
|
Georg Teles | bastante genau
Editar: si yo el EXE en el Notepad++ nachschaue, finde Yo el PRC en él con el Anfang " RGH-PROFANG DATEI" |
|
|
| |
|
|
|
| Oder el exe kann no de se incluso invitar, Benutzer-Zugriffproblem?
Hast Usted veces el Exe-Encabezamiento verglichen el gelinkten Exe, je después de el si Usted el komprimierte oder unkomprimierte Runtime verwendest? |
|
|
| |
|
|
|
Georg Teles | Ersteres más no Fall
en el Encabezamiento blanco Yo no, wonach Yo suchen se, rápidamente una PE Explorer instaliert zeigt en PrfRun32.exe y Programa.exe bastante el selbe, sólo "Real Imagen CheckSum" y "CheckSum" unterscheiden se |
|
|
| |
|
|
|
| Hab algo unterstrichen, schau mal si Runtime oder Linker después de el falschen Schlüsselwort suchen:
RGH (21.05.04 12:46)
¡Hola Pascal, como lo no Grund mehr son, no a tun, voluntad Yo una largo gehütetes Geheimnis lüften! Zunächst una vez: Das Formato el Encabezamiento uno Compilates (gilt no para compilierte Unit) es relativ simplemente: Ahí está eben sólo al Anfang " RGH-PROFANx", wobei x actualmente una Signo zwischen "2" y "A" es y el Runtime-Modul sagt, como el Compilat a interpretar es. (Dadurch es el Runtime-Modul auch en Versión 8.0a todavía posible, Compilate el Versión 2.x a verstehen.) Compilate el Versión 8 haben hier entweder una "9" oder una "A" posición, de el el Runtimemodul en el Verschlüsselung "$P+" oder "$P*" schließen kann. Más Infos posición no en el Encabezamiento y una Checksumme hay auch no. Das Runtime-Modul liest nun el komplette Compilat una y va (en el Normalfall) su de, daß dieses a para Dateiende va. Kommt nun - etwa por angehängte Daten - algo, el no como compilierter Code interpretiert voluntad kann, es el bekannte Fehlermeldung. Und ahora el bislang gehütete Geheimnis: Wenn como physikalisch letzte Programmzeile el undokumentierte Befehl PROGEND es, se el Compilat sólo a a diesem Befehl eingelesen. Das heißt: Dann puede a el PRC-Expediente (oder auch a el gelinkte EXE-Expediente) angehängt ser, sin el Runtimemodul a irritieren. Passend dazu hay el Systemvariable %PROGEND, el el Position en el Expediente angibt, wo el Compilat aufhört y el Daten beginnen. (Como esta Systemvariable natürlich sólo en el compilierten Zustand Sinn macht, liefert %PROGEND en el Interpreter siempre -1 zurück.) En Unidades hay esta Möglichkeit allerdings no. ¿Por qué es todos bislang undokumentiert? El Möglichkeit, Daten a el Compilat o. a el compilierte EXE anzuhängen, Yo seinerzeit (en Profano 6.5) para Sven Schmidts y ser Programa TME geschaffen, el esta Función benötigte. Mit ihm Tuve Stillschweigen encima esta Función bewahrt y yo pflege mich nun veces a mein Wort a halten. Como aber TME seit algunos Jahren no mehr weiterentwickelt wurde y inzwischen en Svens Página ya largo no mehr gelistet es, glaube Yo dieses Schweigen nun brechen a dürfen. (Sven, Por favor, no schlagen!) Saludo Roland |
|
|
| |
|
|
|
Georg Teles | Es muy interessant, el bringt mich pero no más.
Progend ans Ende des Codes en PRF eingefügt son %ProgEnd en el ya gelinkten EXE el exakte Größe el PRC Expediente o. deren Ende, es sí auch logisch, Yo übergebe sí el PRC-Expediente a el EXE porque ellos mich por lo tanto bittet el EXE el X2 son zB exakt el Position en el EXE wo el Programmcode endet
como erwähnt, Alles con XProfan 10.0 y X2 se ejecuta einwandfrei egal si Yo el Runtimes con UPX komprimiere oder no, sólo el komprimierte X3 Runtime macht mich wahnsinnig
... Yo teste veces eben simplemente en uno Virtuellen Maschine ...
EDIT: Beim Freund (Win 10 64 Bit) el PrfRun con UPX komprimiert, kompiliert & gelinkt, selbes ergebnis, el selbe con VM Win XP 32 Bit |
|
|
| |
|
|
|
Jörg Sellmeyer | Yo habs todavía no bastante kapiert. Hast du el fertige Exe komprimiert oder hast du el runtime komprimert y luego gelinkt? Letzteres debería eigentlich trabajo. |
|
|
| |
|
|
|
Georg Teles | Runtime komprimiert (UPX) & entonces kompiliert & gelinkt natürlich |
|
|
| |
|
|
|
Jörg Sellmeyer | Beim zweiten Lesen tener ego entonces auch gesehen
Como scheint entonces wohl una Fehler vorzuliegen y du musst warten, a Roland zurück es. |
|
|
| |
|
|