C++ Builder lastige Frage / ReallocMem und ReallocMemory

[himitsu]

Mich würde aber mal interessieren, warum ReallocMem. und was an FreeMem sooooo schlimm sein soll, den im Prinzip sollte ReallocMem bei Length=0 intern zu FreeMem weiterleiten.

Zitat:

nur ist mir eine komplette Umstellung der Bibliothek zu diesem Zeitpunkt zuviel

Jo, versteh ich.

Ich wollte schon vor Ewigkeiten einen Teil übernehmen und in eine moderne neue API überführen.
Verschlüsselung, Komprimierung, Konvertierung mit einer einheitelichen Schnittstelle und über ein PÜluginsystem, wo man auch andere Verschlüsselungen/Komprimierungen/Konvertierungen nachrüsten kann.
Verknubbelt mit Generics und ClassOperatoren, aber hatte mich noch auf keine entgültige API-Struktur einigen können.

z.B. eine Variante wo man StringList/INI-ähnlich (Name/Modus + Parameter als "ein" String, ähnlich dem Format bei COM-Ports oder dem ConnectString bei Datenbanken) und einen Buffer/Array/Stream rein gibt und es als Buffer/Array/Stream raus gibt.
Auch mehrere Dinge nacheinander, in einer Funktion. (z.B. Verschlüsselung, Komprimierung und Base64 hintendran)

[TurboMagic]

Hast du schon mal die Doku von der in Arbeit befindlichen V6.0 angeschaut?
Ich habe das Ganze etwas weiter modularisiert.

Der nächste Schritt nach V6.0 wäre die Aufnahme weiterer v.a. modernerer Alrogithmen.
Mitstreiter gerne willkommen.

[TurboMagic]

Hallo,

ich habe mir das jetzt nochmal angeschaut und wie folgt umgesetzt:

Delphi-Quellcode:

procedure TDECHash.Done;
begin
  DoDone;
  ProtectBuffer(FBuffer^, FBufferSize);

  FBufferSize := 0;
  // ReallocMemory instead of ReallocMem due to C++ compatibility as per 10.1 help
  // It is necessary to reallocate the buffer as FreeMem in destructor wouldn't
  // accept a nil pointer on some platforms.
  FBuffer := ReallocMemory(FBuffer, 0);
end;

Damit sollte jetzt klar sein, warum der Code so ist, wie er ist.
Und du bist gerne eingeladen am Projekt mitzuarbeiten. Hast du schon die Doku
zur 6.0 gelesen? Da steht nämlich drin, was sich so alles seit eder 5.2 getan hat.
Das ist denke ich doch schon eine ganze Menge!

Na, hab' ich jetzt die Lust mitzuentwickeln geweckt?

[TurboMagic]

Jetzt hätt' ich doch noch eine Frage: hat jemand eine Ahnung wozu genau CalcMAC in TDECCipher in DECCipherBase.pas
gut sein soll? Ich kenne MAC halt als Message Authenticating Code und da müsste es ja ein irgendwie geartetes Secret
geben, welches mit einfließt aber nicht über die Leitung geht. ABer dafür gibt's ja keinen Parameter...

[TiGü]

Zitat von TurboMagic:

Jetzt hätt' ich doch noch eine Frage: hat jemand eine Ahnung wozu genau CalcMAC in TDECCipher in DECCipherBase.pas
gut sein soll? Ich kenne MAC halt als Message Authenticating Code und da müsste es ja ein irgendwie geartetes Secret
geben, welches mit einfließt aber nicht über die Leitung geht. ABer dafür gibt's ja keinen Parameter...

Alte Regel: Neue Frage -> neuer Thread!