Eure besten Quellcode Kommentare...

[Codehunter]

Zitat:

Zitat von freimatz (Beitrag 1449664)

Hätte man den MMX benutzt wäre das wohl nicht passiert.

So sehr ich den auch schätze, er ist nur so gut wie der Anwender ihn nutzt.

[p80286]

Es ist Sonntag und ich schlendere durch die DP.
Das fehlende "h" ist mir durchgegangen, und das "Get.." ist ungewöhnlich, wahrscheinlich wird der Wert aus irgendeinem obskuren Topf geholt? :?:

Ist auf jeden Fall ein Hingucker.

Gruß
K-H

[TiGü]

JEDI JVCL: JvMemoryDataset.pas - Zeile 426 (frisch von Github):

Delphi-Quellcode:

  STATUSNAME = 'C67F70Z90'; (* Magic *)

WTF?

[Stevie]

Zitat:

Zitat von TiGü (Beitrag 1451324)

JEDI JVCL: JvMemoryDataset.pas - Zeile 426 (frisch von Github):

Delphi-Quellcode:

  STATUSNAME = 'C67F70Z90'; (* Magic *)

WTF?

Ok, ich versuch das mal aufzulösen: über git blame findet man den Original Commit.
Dort wird auf Mantis Issue #1447 verwiesen, wo die Codeänderungen ursprünglich gepostet wurden.
Hier wird ein internen Statusfeld benutzt, dem dieser String als Feldname verpasst wird. Woher kommt dieser Wert?

Die Initialen des Authors sind CFZ - die ASCII Codes für C, F und Z sind 67, 70 und 90.

:U+1F92F: (exploding head emoji) :P

[TiGü]

...🤯...

[Codehunter]

Delphi-Quellcode:

initialization

// UnregisterExpectedMemoryLeak  ;

end.

Jetzt kann man sich aussuchen, was man schlimmer findet:

• Dass es überhaupt ein erwartetes Speicherleck gibt
• Dass es Funktionen zum Umgang mit Speicherlecks gibt
• Dass diese Funktionen auch noch in der RTL selbst vorhanden sind
• Dass der Aufruf hier auskommentiert ist
• Dass der auskommentierte Aufruf keinen Parameter hat

[MaBuSE]

Zitat:

Zitat von Codehunter (Beitrag 1452778)

Delphi-Quellcode:

initialization

// UnregisterExpectedMemoryLeak  ;

end.

Jetzt kann man sich aussuchen, was man schlimmer findet:...

"Lustiger" finde ich den Fakt, das im initialization Bereich (, der als erstes ausgeführt wird,) eine Unregister* Funktion angedacht war ;)
Mich würde interessieren wo dann die Register* Funktion aufgerufen wird :stupid:

Ohne mir jetzt die Funktion angesehen zu haben, erwarte ich bei einem Unregister* Aufruf vorher einen Register* Aufruf. Wenn nicht, ist die Benamung der Funktion ... :thumb:

[Codehunter]

Zitat:

Zitat von MaBuSE (Beitrag 1452785)

Ohne mir jetzt die Funktion angesehen zu haben, erwarte ich bei einem Unregister* Aufruf vorher einen Register* Aufruf. Wenn nicht, ist die Benamung der Funktion ... :thumb:

Das ist noch ein Punkt für sich, denn leider sagt die Delphi-Hilfe dazu nur:

Zitat:

Zitat von Delphi-Hilfe

Embarcadero Technologies verfügt zurzeit über keine zusätzlichen Informationen.

Insofern mag ich nicht spekulieren was die nun genau macht. In der Tat gibt es auch ein

Delphi-Quellcode:

RegisterExpectedMemoryLeak

, zu der es sogar eine Hilfe gibt:

Zitat:

Zitat von Delphi-Hilfe

Registriert ein erwartetes Speicherleck.

RegisterExpectedMemoryLeak registriert eine Speicherposition, die eine Anwendung zugewiesen hat und die sie nicht freigeben wird.

Mich würden Szenarien interessieren, in denen Memleaks absichtlich herbei geführt werden (müssen) und dann entsprechend behandelt werden. Wobei ich nach wie vor nicht herausfinden konnte, was (Un)RegisterExpectedMemoryLeak nun eigentlich tut. Womöglich nur das Gemecker im Debugger unterdrücken?

[Der schöne Günther]

Die Memory-Leaks werden sicher nicht absichtlich herbeigeführt, aber wenn du beispielsweise in denen Unit-Tests drin hast dass die Tests fehlschlagen wenn nach Ausführen des Tests mehr Objekte im Speicher sind als vorher dann ist diese Routine dein Freund.

[TiGü]

Oder Lecks von Third-Party-Komponenten, die dir nicht immer unnötig das FastMM4-Log zumüllen sollen.