| |
| |
|
KHR | Salut,
entweder hab ego überlesen ou bien là stand nix dans qui Doku.
jedenfalls meckert mon P2CPP cet la ligne
KompilierenMarqueSéparation $P* Verschlüsselung des Zwischencodes +=einfach *=aufwändig >
et cet la ligne
KompilierenMarqueSéparation $P+ Verschlüsselung des Zwischencodes +=einfach *=aufwändig >
toujours avec faute im Ausdruck à.
aussi si Je l' Kommentar derrière elle weglasse ändert sich cela pas.
Mach je cela quoi faux ou bien ist cela arrêt so? |
|
| |
| Gruß
Karl-Heinz
WIN XP home/Pro / XPROFAN 11 / P2CPP
ATMEL + BASCOM Fan | 23.12.2008 ▲ |
|
| |
|
|
Christian
Schneider | | je denke la fois qui Befehl ist dans diesem le cas simple überflüssig, là qui Code oui de toute façon kompiliert wird. |
|
| |
| |
| |
|
|
KHR | allô Christan,
je denke la fois qui Befehl ist dans diesem le cas simple überflüssig, là qui Code oui de toute façon kompiliert wird.
qui commutateur ist seulement pour den Compiler.
il soll - si aktiviert - verhindern, qui Ascii-Textes im Exe-File erkennbar (et änderbar) sommes.
avec $P* dans Profan compilé findest Du nix plus verwertbares zum rumpfuschen, chez P2CPP ist pour dem Linken alles offen |
|
| |
| Gruß
Karl-Heinz
WIN XP home/Pro / XPROFAN 11 / P2CPP
ATMEL + BASCOM Fan | 23.12.2008 ▲ |
|
| |
|
|
 | un natives Programme ist toujours Buchoffen, ici peux sich seulement qui Programmierer selbst behelfen bzw. Sebastian pourrait avec einem Feature auffahren. à cause de cette Problematik gibt es qui ulkigsten et aufwendigsten procéder - z.B. Software quelle Komponenten seulement selbst trop Laufzeit kompiliert - z.B. qui Win32-Anwendung de Skype(tm).
je wüsste keinen Trick avec einem Klick Dein Problem nachhaltig trop lösen, zumindest pas sans xpse.  |
|
| |
| |
| |
|
|
Jac
de
Lad | | Leg doch qui Klartexttexte avec Pwd$() verschlüsselt ab et entschlüssel vous zur Laufzeit. cela wäre déjà la fois un 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 oui pas, ensuite devrait il aussi encore un encode64 drauflegen weil pwd$ binär ist. dans somme wird il avec cela mais irre.
Eigentlich sollte on sa Cordes pas protéger doit bzw. so choisir, dass cet plan z.B. aussi libre angepasst volonté könnten.
Schützungswürdige données peux on arrêt pas 1:1 comme String im nativen Code enlever um cet trop verschlüsseln. ^ ^ |
|
| |
| |
| |
|
|
Sebastian
König | allô zusammen,
dass qui $P-Direktiven vom Syntax-Check angemeckert volonté, fiel mir avant kurzem selbst sur - dans meiner aktuellen Arbeitsversion ist es déjà behoben (denke je).
Nachbilden peux je $P pour Profan2Cpp comment iF déjà erwähnt hat allerdings malheureusement wirklich pas - il y a oui keinen P-Code zum Verschlüsseln. une Alternative zur manuellen travail avec pwd$() wäre peut-être qui Verwendung eines EXE-Packers - avec dem AutoCompress Plug-dans peut sich qui bequem appel.
MfG
Sebatian
P.S.: Frohe Weihnachten aus Hong Kong! |
|
| |
| |
| |
|
(3.765)
Deutsch
English
Français
Español
Italia