Assembler - Register dynamisch bestimmen.

[himitsu]

Zitat von TurboMagic:

Und wer Cracker die Debugger nutzten ärgern wollte baute viele Int3 Aufrufe ein. Soweit ich weiß
fungierte Int3 nämlich als Breakpoint...

Ist immernoch so und ist einer der wenigen Interupts, die man im Usermode jetzt noch benutzen kann, neben der passenden Winapi DebugBreak, welches intern auch gleich noch mit IsDebuggerPresent prüft.
z.B. als Inline-Assembler asm int 3 end; mittten im Delphi-Code (Win32). In Win64 so nicht mehr, da es dort kein Inline-Assembler gibt. (nur noch komplette Methoden)
Nur wenn kein Debugger dran hängt, dann raucht das natürlich mit einer Exception ab.

Und das FlushInstructionCache ist für modernere CPUs, welche den Befehlscode cachen, bzw. sich die nächsten Befehle schonmal vorab kopieren.

[markus888]

Zitat von himitsu:

Und das FlushInstructionCache ist für modernere CPUs, welche den Befehlscode cachen, bzw. sich die nächsten Befehle schonmal vorab kopieren.

Wenn ich die FlushInstructionCache brauche, ist das für mich schon eher wieder uninteressant.

Ich muss ja in jeder Schleife Code ändern.
Abgesehen davon, dass FlushInstructionCache mir dann noch zusätzlich die Inhalte von Registern ändern wird, was den gesamten Overhead dann noch vergrößert.
Da wird es wohl weit effizienter sein, ich verzichte auf den Luxus.

[himitsu]

Zitat:

muss ja in Schleife Code ändern

Da würde mir eher zu denken geben, ob da mit dem Konzept was nicht stimmen mag.

Zitat:

Da wird es wohl weit effizienter sein, ich verzichte auf den Luxus.

Dann heul aber auch nicht rum, wenn die CPU dann was anderes macht, als jetzt dort steht.

[markus888]

Zitat von himitsu:

Zitat:

Da wird es wohl weit effizienter sein, ich verzichte auf den Luxus.

Dann heul aber auch nicht rum, wenn die CPU dann was anderes macht, als jetzt dort steht.

Mit verzichten meinte ich VirtualProtect, nicht dass du das falsch verstehst.
Aber wie gesagt bin ich noch in der Phase mich vertieft mit asm zu beschäftigen.
Danke jedenfalls für die guten Hinweise.

[Neutral General]

Wenn du auf VirtualProtect verzichtest wird es zu 100% nicht funktionieren.
VirtualProtect ist auch wirklich nicht kompliziert. Du gibst die Speicheradresse an und dann welchen Zugriff (lesen/schreiben/ausführen) du brauchst.
und Codesegmente sind standardmäßig lesen + ausführen. Wenn du da was ändern willst musst du den Bereich auch noch schreibbar machen.
Und dann machst du wenn du fertig bist den Speicher wieder readonly + ausführbar wie er anfangs war (optional).

[markus888]

Zitat von Neutral General:

Wenn du auf VirtualProtect verzichtest wird es zu 100% nicht funktionieren.
VirtualProtect ist auch wirklich nicht kompliziert.

Es geht nicht um kompliziert.
VirtualProtect ist ein interessanter Ansatz, dennoch ist es aus jetziger Sicht effizienter jede Konstellation zu coden.

[markus888]

Übrigens habe ich jetzt bemerkt, dass man die ASM AVX Befehlsssätze nutzen kann, wenn man die Opcodes direkt eingibt.
Es reicht also ein simpler Übersetzer, der die Opcodes liefert.

Man muss halt ohne Unterstützung des Compilers arbeiten.
Der Code funktioniert aber problemlos.

Gibts eigentlich Aussicht darauf, dass der Compiler die AVX Befehle unterstützt.
Immerhin gibts die doch schon seit vielen Jahren. Oder ist Delphi da generell immer 10 Jahre hinten?

LG Markus