Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   Im Delphi - Programm änderungen vornehmen (https://www.delphipraxis.net/5576-im-delphi-programm-aenderungen-vornehmen.html)

Snoop007 11. Jun 2003 18:45


Im Delphi - Programm änderungen vornehmen
 
Hi,
Ich würde gerne bei meinen compelierten exen nachträglich strings ändern
wie kann ich das machen ?
die ollen vertippsle müssen weg ;)

Phoenix 11. Jun 2003 18:48

Projekt öffnen, Sourcen ändern, neu compilieren :)

Stanlay Hanks 11. Jun 2003 18:51

Also wenn es dein Programm is, dann müsstest du doch noch den Quelltext dazu haben, oder? Aber wenn es wirklich deins is, dann is es ja legal, wenn du es dekompilierst. Dann hast du auch wieder deinen Quelltext.

Jens Schumann 11. Jun 2003 18:54

Hallo,
mit einem HexEditor. Aber aufpassen, der String darf nicht länger werden.

Snoop007 11. Jun 2003 19:59

ihr seid witzig, ich möchte das programm aber nicht neu kompelieren und einen hexeditor auch nicht nehmen

ich wüsste nur gerne wie ich diese strings in exen aufspühren und ändern kann

Luckie 11. Jun 2003 20:04

Es gibt genau zwei Möglichkeiten, beide wurden dir genannt. Willst du keine davon nutzen, mußt du es wohl sein lassen.

phlux 11. Jun 2003 20:11

Resourceneditor geht doch auch noch oder???

Luckie 11. Jun 2003 20:13

Aber nur, wenn die Strings nicht hardgecoded sind und in den Ressourcen drin stehen.

Snoop007 11. Jun 2003 20:13

für mich würde ich das programm neu compelieren, da das programm aber schon bei den usern ist, möchte ich keine neue version rausschicken bzw. den sagen das sie einen hexeditor nehmen sollen

phlux 11. Jun 2003 20:15

Exe neu kompilieren in ein SFX-Extract Archiv packen und als Patch anbieten ;)

Snoop007 11. Jun 2003 20:18

;) aber ~500 KB neu anbieten für ein paar strings, ne
schade, ich dachte es ist einfacher ...

phlux 11. Jun 2003 20:20

Geht es auch, würde aber mehr in Richtung Reverse Engineering gehen ;)

Snoop007 11. Jun 2003 20:27

? klär mich auf

ich denke ich werde in nur noch Ressourcen verwenden :D ich hoffe die kann ich leichter "erhalten"

Stanlay Hanks 11. Jun 2003 21:08

Naja...im Normalfall sollte man schon während der Entwicklung Rechtschreibfehler vermeiden...:wink: Spart n haufen Arbeit! :wink:

Mat 12. Jun 2003 00:03

dann warte mit den Rechtschreibverbesserungen, bis du sowieso ein neues Update machen musst.


es gibt auch patch-programme, die nur die veraenderungen an Dateien enthalten. Damit sollte der Patch ziemlich klein bleiben..

kenn jetzt keine Namen, aber irgendwo im Netz gibt's das :)


Mat

Luckie 12. Jun 2003 01:40

Oder hoffe darauf, dass die nächste Rechtschreibreform das Problem für dich löst. :tongue:

Aber wenn es die Kunden nicht selber machen sollen, was ich übrigens für sehr kundenunfreundlich halte, dann mu0t du es machen und ihnen schicken und 500 KB sind ja nun wirklich nicht die Welt.

Am elegantesten ist natürlich einen Patchmaker zu benutzen.

phlux 12. Jun 2003 07:13

PatchFX zum Beispiel.

FriFra 12. Jun 2003 07:52

Du kannst Dir ein kleines Programm schreiben, welches in der exe die entspr. Stellen automatisch ersetzt. Dabei ist natürlich zu beachten, dass die Strings nicht länger werden dürfen, kürzere Strings kann man mit Leerzeichen (#20) auffüllen. So ein Patch wäre dann sicher auch wesentlich kleiner als 500KB...

Luckie 12. Jun 2003 11:11

Zitat:

Zitat von FriFra
So ein Patch wäre dann sicher auch wesentlich kleiner als 500KB...

Aber nicht, wenn er das mit der VCL schreibt. :tongue:

Theoretisch würde aber schon ein Konsolenprogramm reichen.

Snoop007 12. Jun 2003 14:37

ich habe mir jetzt ein nonVCL patcher geschrieben der auch funktioniert :D
nur leider, wie FriFra schon anmerkte, wenn die stings grösser werden wird der patch gleich gross der ursprünglichen datei


Alle Zeitangaben in WEZ +1. Es ist jetzt 07:54 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-2025 by Thomas Breitkreuz