exe-Files, Datenblock unterbringen

[CCRDude]

Geht das ganze vielleicht auch etwas freundlicher und weniger vulgär und beleidigend?

Der Tipp mit dem PE-Format war etwa keinesfalls "total daneben". Total daneben ist etwa, etwas von Filehandling zu erzählen aber zu behaupten, daß beim Umgang von Dateien deren Format völlig unwichtig wäre.

Und auch wenn ich Aphton aufgrund seines Tonfalls nur ungern recht gebe - Source-Ausschnitte zu zeigen würde doch ungemein helfen, denn wenn mehrere Leute behaupten, daß die beschriebene "Technik" eigentlich funktioniert (ich mache das auch), liegt es wohl an Deiner Implementierung, wenn es nicht geht. Ausnahmen wären etwa codesignierte Dateien - daß die nicht nachträglich so einfach modifizierbar sind, sollte klar sein.

[Cicaro]

Total daneben ist vor allen Dingen am Thema vorbei zu reden.
Source Code ist hier nicht das Problem. Aber alle scheinen zu glauben hier geht es um irgendwelche Viren, Trojaner etc. und wollen Code sehen. Andere versuchen eigene Viren zu verteilen ...
Also Thema meinetwegen schließen. Ich habe eh eine andere Fährte zur Problemlösung aufgenommen.

[himitsu]

Zitat von Cicaro:

Aber alle scheinen zu glauben hier geht es um irgendwelche Viren, Trojaner etc. und wollen Code sehen.

Wo wurde denn das behauptet?

Zitat von Cicaro:

Total daneben ist vor allen Dingen am Thema vorbei zu reden.
Source Code ist hier nicht das Problem.

Wie schon gesagt wurde, funktioniert dieses und wenn du behautest es ginge nicht, dann wäre es auch praktisch, wenn du das "beweisen" würdest.

Die Bitte nach dem Code war nur deswegen, um schauen zu können, warum es bei dir nicht geht.


Aber gesagt, am besten mit dem PE-Format zusammenarbeiten tun die Resourcen, denn schließlich sind die ja genau für sowas gebaut.
Auslesen kann man die dann z.B. ganz einfach mit dem TResourceStream und zum Beschreiben eben über die API (OK, notfalls könnte man sich das Schreiben auch in einer Streamklasse kapseln)

[Cicaro]

Interessiert bestimmt niemanden aber:

Zitat von himitsu:

Wie schon gesagt wurde, funktioniert dieses und wenn du behautest es ginge nicht, dann wäre es auch praktisch, wenn du das "beweisen" würdest.

Die Bitte nach dem Code war nur deswegen, um schauen zu können, warum es bei dir nicht geht.

Es ging bei mir von Anfang an. Was mir misfallen hat, war dass es eine unsaubere Vorgehensweise ist und Windows mir zusätzlich einen kleinen Fehler ausspuckt.

Zitat von Cicaro:

Ich habe bereits versucht den Datenblock ans Dateiende zu schreiben. Die exe bleibt ausführbar. Jedoch schließt sie mit einem Fehler.

Habs wohl nicht deutlich genug erklärt: Fehler kommt beim --->>> WM_CLOSE <<<--- (hab auch hinzugefügt gehabt, dass die Funktion des Programmes noch geliefert wird)

Achja, da ich gerade beim WM_CLOSE bin: WM_CLOSE hatte als einziger den genau richtigen oder ansatzweise hilfreichen Wink gegeben, auch wenn ich es nicht sofort gecheckt habe. Tschuldigung und danke!

[himitsu]

Zitat von Cicaro:

Es ging bei mir von Anfang an. Was mir misfallen hat, war dass es eine unsaubere Vorgehensweise ist und Windows mir zusätzlich einen kleinen Fehler ausspuckt.

Also ging es doch nicht (richtig).

[Luckie]

also IN die Exe dürfte etwas schwierig werden: Datei vergrößern, Code nach hinten schieben, Optcode des Einsprungpunktes neu berechnen. Hinten anhängen ist kein Problem mit zwei Programmen wie es schon erklärt wurde. Selbstextrahierende Archive machen es nicht anders. Da wird mit Hilfe eines zweiten Programms an den Entpacker die Daten drangehangen. Siehe dazu meine SFXTools: http://www.michael-puff.de/Programmi...lphi/Programme

[Cicaro]

Das Problem ist gelöst. Ich habe mich durch den Aufbau einer exe durchgeboxt und füge einen dem Format entsprechen Block in die exe ein. Wer es auch richtig machen will, sollte auf WM_CLOSE hören. Ich machs übrigens mit 1 Programm nicht mit 2.

[rollstuhlfahrer]

Zitat von Cicaro:

Also Thema meinetwegen schließen. Ich habe eh eine andere Fährte zur Problemlösung aufgenommen.

Man wollte dir ja nur helfen. Es gibt übrigens im Internet komplett fertige Lösungen, z.B. bei den Schweizern.

Bernhard

[Aphton]

Zitat:

Total daneben ist vor allen Dingen am Thema vorbei zu reden.
Source Code ist hier nicht das Problem. Aber alle scheinen zu glauben hier geht es um irgendwelche Viren, Trojaner etc. und wollen Code sehen. Andere versuchen eigene Viren zu verteilen ...
Also Thema meinetwegen schließen. Ich habe eh eine andere Fährte zur Problemlösung aufgenommen.

Habe ich am Thema vorbei geredet?
Habe ich impliziert, dass DU damit Böses anstellen willst?
Wollte ich deswegen Code sehen?

Du unterstellst mir direkt solche Sachen. Ich wollte dir helfen (egal in welchem Tonfall); habe dir sogar extra ne Demo angefertigt, um zu sehen, ob es DAS ist, was du willst! Ich habe versucht, dich zu verstehen.

Du hast dich nicht kooperativ verhalten -.-'

Zitat:

Geht das ganze vielleicht auch etwas freundlicher und weniger vulgär und beleidigend?

Der Tipp mit dem PE-Format war etwa keinesfalls "total daneben". Total daneben ist etwa, etwas von Filehandling zu erzählen aber zu behaupten, daß beim Umgang von Dateien deren Format völlig unwichtig wäre.

Klar. Aber wenn einer Hilfe verlangt und keine Informationen preisgibt, bleibt die Höflichkeit meinerseits auf halber Strecke!

Es war total daneben. Das einzige, was mit dem "PE" zu tun hätte, wäre, dass man den Extractor als "Resource" an den Packer anhängt.
Wissen muss man aber trotzdem nicht, wie die PE Struktur intern aussieht bzw. die man Daten per Hand in die <Resource Table> einfügt.
Es geht ohne.
Alles andere IST Filehandling.
Man öffnet Streams, extrahiert Daten, fügt Daten hinzu, speichert -> Filehandling bzw. Streamhandling.