![]() |
Compilierte EXE: Formulare nicht als Resourcen?
Hallo,
sorry, wenn ich eine dumme Frage stelle, aber ich habe mich noch nie näher damit auseinander gesetzt ;-) Ich wüsste gerne, ob es möglich ist, die VCL-Formulare in Delphi nicht als aus der EXE extrahierbare Dateien einzubinden. Wenn man die EXE in nem Texteditor öffnet, sieht man schon direkt im unteren Bereich jede Menge Strings aus Delphi. Eventuell benutze ich auch einfach die falschen Linker-Einstellungen - wie gesagt, noch nie damit beschäftigt - aber könnte man das ausblenden? mfg |
Re: Compilierte EXE: Formulare nicht als Resourcen?
Nein das ist nicht möglich. Willst du das nicht, wird dir nur übrig bleiben auf die VCL zu verzichten und die Fenster und Steuerelement dynmaisch zur Laufzeit zu erstellen. Das ist aber viel Arbeit und recht mühsam, so dass ich bei größeren Projekten davon abraten würden.
|
Re: Compilierte EXE: Formulare nicht als Resourcen?
OK, dann weiß ich bescheid. Danke für deine Antwort, ging ja fix :-)
|
Re: Compilierte EXE: Formulare nicht als Resourcen?
Bleibt neben Luckies Antwort die Frage: Was willst du damit ereichen?
Es ist doch total praktisch, wenn die Strings einfach so da rum liegen. Oder du setzt die EIgenschaften eben im onCreate statt im OI. Aber dann stehen sie auch, an anderer Stelle, im Programm. |
Re: Compilierte EXE: Formulare nicht als Resourcen?
Ganz ehrlich: Bei Projekten, die nicht OS sind, lasse ich mir nur sehr ungern in die Technik schauen, besonders, wenn es dann noch Clients sind.
Aber wenn daran eh nichts zu machen ist :? raven |
Re: Compilierte EXE: Formulare nicht als Resourcen?
"Nichts zu machen" ist falsch. (siehe Luckie) Ist nur eben die Frage, ob Aufwand - Nutzen gerechtfertigt ist.
|
Re: Compilierte EXE: Formulare nicht als Resourcen?
Form, Strings, Grafiken ... an "alles" was sichtbar ist kommt man so, oder so ran ... spätestens wenn es angezeigt wird.
Ach ja, die Formular-Resourcen muß man sich nicht von der VCL laden lassen. Diese könnte man auch selber eventuell sogar verschlüsselt irgendwo in der Exe speichern und dann selbst entschlüsseln und laden. - Form über VCL erstellen - umwandeln, oder einfach aus einer "Test"-Exe extrahieren - ins eigene Programm einbauen und per LoadFromResource (oder wie die Funktion nochmal heißt) laden. |
Re: Compilierte EXE: Formulare nicht als Resourcen?
Zitat:
...und das ist bei jedem Compieler so C/C++, Delphi, Assembler, *äh lange Denkpause* ähh COBOL... :mrgreen: Zitat:
Was viel wichtiger erscheint ist wohl das Programminterne Strings (und oder Bitmaps etc.) die man gern Verstecken möchte "unsichtbar" gemacht werden in dem man sie Verschlüsselt an/ein gibt. Zur Not einfach einen String komprimieren. Dabei sollte man aber bedenken das der Prchner ein par Millesec. braucht um diesen dann wieder zu dekomprimieren. :mrgreen: Irgend wo hatte ich mal ein ![]() |
Re: Compilierte EXE: Formulare nicht als Resourcen?
jupp, egal welche Sprache, denn sobald du den String anzeigen willst, oder auch nur entschlüsselst, liegt der ja "ungeschützt" im Speicher.
Ansonsten wie wäre es mit Abschreiben, oder OCR-Software? Bei Bildern richt ein Screenschot ;) |
Re: Compilierte EXE: Formulare nicht als Resourcen?
Zitat:
|
Re: Compilierte EXE: Formulare nicht als Resourcen?
Sagen wir's so: Das Ablegen in Ressourcen hat einen ungeheuren Vorteil:
Mit so Tools wie Multilizer lassen sich eben diese Ressourcen ganz easy übersetzen - sogar zur Laufzeit. Wenn Du eine 'einfache' Methode haben möchstest, dann kannst Du die Exe noch mit UPX komprimieren. Zumindest beim Öffnen mit dem Hexeditor siehst Du dann nix mehr von den Ressourcen als Klartext. Klar, UPX-Komprimierung lässt sich umkehren (dazu muss man aber erstmal wissen dass hier UPX am Werke war, was UPX ist und wie man es umkehrt) aber es hält den 08/15 User ab was sehen zu können - und die die UPX kennen und wirklich an die Infos ranwollen wirst Du auch mit einer Verschlüsselung der Ressourcen nicht lange abhalten können. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:39 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz