| |
| |
|
KHR | Hallo,
entweder hab ichs überlesen oder da stand nix in der Doku.
jedenfalls meckert mein P2CPP diese Zeile
KompilierenMarkierenSeparieren $P* Verschlüsselung des Zwischencodes +=einfach *=aufwändig
und diese Zeile
KompilierenMarkierenSeparieren $P+ Verschlüsselung des Zwischencodes +=einfach *=aufwändig
immer mit Fehler im Ausdruck an.
Auch wenn ich den Kommentar dahinter weglasse ändert sich das nicht.
Mach ich das was falsch oder ist das halt so? |
|
| |
| Gruß
Karl-Heinz
WIN XP home/Pro / XPROFAN 11 / P2CPP
ATMEL + BASCOM Fan | 23.12.2008 ▲ |
|
| |
|
|
Christian
Schneider | | Ich denke mal der Befehl ist in diesem Fall einfach überflüssig, da der Code ja ohnehin kompiliert wird. |
|
| |
| |
| |
|
|
KHR | Hallo Christan,
Ich denke mal der Befehl ist in diesem Fall einfach überflüssig, da der Code ja ohnehin kompiliert wird.
Der Schalter ist nur für den Compiler.
Er soll - wenn aktiviert - verhindern, daß Ascii-Texte im Exe-File erkennbar (und änderbar) sind.
Mit $P* in Profan compiliert findest Du nix mehr verwertbares zum rumpfuschen, bei P2CPP ist nach dem Linken alles offen |
|
| |
| Gruß
Karl-Heinz
WIN XP home/Pro / XPROFAN 11 / P2CPP
ATMEL + BASCOM Fan | 23.12.2008 ▲ |
|
| |
|
|
 | Ein natives Programm ist immer Buchoffen, hier kann sich nur der Programmierer selbst behelfen bzw. Sebastian könnte mit einem Feature auffahren. Wegen dieser Problematik gibt es die ulkigsten und aufwendigsten Verfahren - z.B. Software welche Komponenten erst selbst zu Laufzeit kompiliert - z.B. die Win32-Anwendung von Skype(tm).
Ich wüsste keinen Trick mit einem Klick Dein Problem nachhaltig zu lösen, zumindest nicht ohne xpse.  |
|
| |
| |
| |
|
|
Jac
de
Lad | | Leg doch die Klartexttexte mit Pwd$() verschlüsselt ab und entschlüssel sie zur Laufzeit. Das wäre schon mal ein Anfang. |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 23.12.2008 ▲ |
|
| |
|
|
| Reicht ja nicht, dann müsste er auch noch ein encode64 drauflegen weil pwd$ binär ist. In Summe wird er damit aber irre.
Eigentlich sollte man seine Strings nicht schützen müssen bzw. so wählen, dass diese eben z.B. auch frei angepasst werden könnten.
Schützungswürdige Daten kann man halt nicht 1:1 als String im nativen Code ablegen um diese zu verschlüsseln. ^^ |
|
| |
| |
| |
|
|
Sebastian
König | Hallo zusammen,
dass die $P-Direktiven vom Syntax-Check angemeckert werden, fiel mir vor kurzem selbst auf - in meiner aktuellen Arbeitsversion ist es schon behoben (denke ich).
Nachbilden kann ich $P für Profan2Cpp wie iF schon erwähnt hat allerdings leider wirklich nicht - es gibt ja keinen P-Code zum Verschlüsseln. Eine Alternative zur manuellen Arbeit mit pwd$() wäre vielleicht die Verwendung eines EXE-Packers - mit dem AutoCompress Plug-In lässt sich der bequem aufrufen.
MfG
Sebatian
P.S.: Frohe Weihnachten aus Hong Kong! |
|
| |
| |
| |
|
(851)
Deutsch
English
Français
Español
Italia