memset in Delphi

[sx2008]

Und immer im Hinterkopf behalten: FillChar und ZeroMemory sind brandgefährliche Prozeduren.
Damit kann man sich den Speicher so zerschiesen, dass das Programm nichteinmal in der Lage ist noch eine Fehlermeldung auszugeben.
Manchmal stürzt das Programm auch erst Minuten nach der falschen Verwendung dieser Prozeduren ab.
Solche Fehler sind dann extrem schwer zu finden.

[semo]

was wird denn an dessen stelle empfohlen um den speicher entsprechend zu initialisieren?

[Cyf]

Du kannst einfach eine Schleife (mit Bereichsprüfung) nehmen, das ist allerdings langsamer.
Solange man weiß man tut, finde ich die Verwendung von FillChar und ZeroMemory allerdings nicht verkehrt.

[semo]

Ich denke nämlich auch so...
Habe noch in Erinnerung, dass es in C++ die Funktion SecureZeroMemory gibt (wegen Compileroptimierungen).

Wüsste jetzt aber kein Pendant für Delphi.

[jaenicke]

Zitat:

Zitat von sx2008

Und immer im Hinterkopf behalten: FillChar und ZeroMemory sind brandgefährliche Prozeduren.
Damit kann man sich den Speicher so zerschiesen, dass das Programm nichteinmal in der Lage ist noch eine Fehlermeldung auszugeben.

Das gilt für dynamische Arrays ja genauso. Im Grunde kann man sowas auf viele verschiedene Arten hinbekommen. Man muss eben aufpassen was man da tut.

[himitsu]

nja in C ist ZeroMemory ein Macro, welches eventuell wegoptimiert wird, wenn die Variable zu den zu überschreibenden Daten danach nicht mehr verwendet wird.

Es würde also praktisch der Speicher nicht überschrieben.
SecureZeroMemory ist dagegen wohl eine Funktion und wird nicht wegoptimiert.

in Delphi wird ZeroMemory dagegen immer ausgeführt, also ist es quasi das Selbe wie SecureZeroMemory und darum gibt es diese Secure-Version in Delphi nicht.