Seit XE4 (?) gibt es nun anscheinend plattformunabhängige Methoden für Dinge wie InterlockedAdd aus der Winapi. In Delphi nennt es sich nun System.AtomicIncrement. Das Wiki spricht wieder etwas kryptisch:

Zitat:

Atomic intrinsic Increment function for use with Delphi mobile compilers. Increments the specified number (<Target>) by the specified number (<Increment>) or 1 if the <Increment> parameter is not specified. Returns the new value of <Target>.

Because the Delphi mobile compilers do not support a built-in assembler, the System unit provides [...]

Meine Frage: Das kann ich auch normal auf dem Desktop benutzen, richtig? Ich finde in der System.pas keine Implementierung um das zu überprüfen. Ich kann nur ein paar Testprogramme schreiben und schauen ob am Schluss rauskommt, was ich dachte. Bislang ist das der Fall. Lieber hätte ich allerdings, dass mir jemand gut zuredet und sagt

Zitat:

Ja, das ist eine gute, plattformunabhängige Methode. Unter Windows gibt es keinen Grund mehr, die WinApi-Methoden zu benutzen

Die WinAPIs, FastMM und Co. der System.pas wurden in .INC ausgelagert, welche in der System.pas eingebunden werden. (einfach mal nach ".inc" suchen)

Oder es ist CompilerMagic ... liegt also direkt im Compiler und wird nur in der System-Unit angezeigt, weil es nirgendwo drin ist.



Ich weiß jetzt nur nicht, was diese Atomic-Methoden machen, wenn sie z.B. für Windows kompiliert werden.
Wenn die am Ende die alten WinAPIs aufrufen, oder die entsprechenden Assemblerbefehle ausführen, dann seh ich keinen Grund, warum man dann nicht lieber die neuen Funktionen verwenden sollte.

Du kannst natürlich auch die Methoden aus TInterlocked in System.SyncObjs nehmen.

Zitat von himitsu:

Oder es ist CompilerMagic ... liegt also direkt im Compiler und wird nur in der System-Unit angezeigt, weil es nirgendwo drin ist.

Exakt! Der jeweilige Compiler setzt das dann gleich passend für die jeweilige Zielplattform um.

Zitat von Der schöne Günther:

Meine Frage: Das kann ich auch normal auf dem Desktop benutzen, richtig? Ich finde in der System.pas keine Implementierung um das zu überprüfen. Ich kann nur ein paar Testprogramme schreiben und schauen ob am Schluss rauskommt, was ich dachte.

Setz doch einen Breakpoint drauf und wechsle in die Assembler-Ansicht. Dann siehst du ja, was konkret aufgerufen wird.

Zitat:

Ja, das ist eine gute, plattformunabhängige Methode. Unter Windows gibt es keinen Grund mehr, die WinApi-Methoden zu benutzen

Den Grund gabs schon seit XE und SyncObjs.TInterlocked nicht mehr. Die neuen compiler magic Functions sind aber sozusagen Assembler Funktionen, die geinlined werden. Etwas was man so nicht hinbekommt (da man asm routinen nicht inlinen kann). Der Code, der dort also generiert wird, ist besser als nen Aufruf irgendeiner normalen InterlockedIncrement oder so.