Windows Messages in FMX ?!

[Robotiker]

Zitat von Medium:

Wie funktioniert denn so generell Multithreading auf OSX?

In der XE2 Hilfe gibt es schon beim Beispiel zur C++ Konsolenanwendung einen Thread. Offensichtlich Posix-Threads, ganz ähnlich wie in Linux.

Zitat von Medium:

Ich wüsste derzeit auch spontan keine echte Alternative, ohne ein vom Compiler bereit gestelltes Threading-Framework, dass solche Mechaniken "magisch" bereit stellt, und je nach Plattform implementiert.

Da triffst du den Nagel auf den Kopf. Im C++ Builder sind Sachen wie boost::threading, boost::filesystem usw. vorhanden. Alternativen gibt es z.B. mit dem oben verlinkten Poco.

Bei Delphi stellt sich mir die Frage, will Emba das alles selber schreiben (in der RTL ?), soll man sich bei Free Pascal bedienen (wie machen die das), oder entwickelt die Community das ?

Tut mir leid, wenn ich euch etwas mit meinen Ausführungen zum C++ Builder nerve, aber die gleiche Thematik hat sich dort ja vor sieben Jahren auch gestellt ...

Zitat von Luckie:

Bleibt bitte beim Thema. Es geht darum was man als Ersatz für Nachrichten unter Windows bei OSX nimmt. Und es geht nicht um Multithreading

Der Threadersteller nutzt doch bisher Windows-Messages zur Threadkommunikation. Und wenn man dafür einen portablen Ersatz sucht, kann man bei den Threads gleich weiter machen.

[arnold mueller]

Zitat von Robotiker:

Der Threadersteller nutzt doch bisher Windows-Messages zur Threadkommunikation. Und wenn man dafür einen portablen Ersatz sucht, kann man bei den Threads gleich weiter machen.

Nein es geht nicht primär um Threads hier, ich habe sie lediglich als Beispiel gebracht. Es ist mir klar das man die Synchronisation von Threads auch anders implementieren kann. TThread existiert auch unter Firemonkey (denke ich, ich habe bisher nur mit der Demo gespielt).

Wenn man auf das Hinzufügen von USB-Sticks reagieren will, wüsste ich gar nicht wie man das plattformübergreifend gestalten kann. Klar in der Windows-Welt mit WM_DEVICE_CHANGE. Aber unter OSX?

[Robotiker]

Zitat von arnold mueller:

TThread existiert auch unter Firemonkey (denke ich, ich habe bisher nur mit der Demo gespielt).

TThread ist ja Teil der RTL und dafür heißt es in der Doku:

Zitat:

The RAD Studio run-time library (RTL) has been modified so that in most cases you can use the same RTL calls in all of your cross-platform applications (native Win32, Win64, and OS X applications).

Allerdings findet man wenig dazu, wo da die "most cases" aufhören.

[Elvis]

nn

Zitat von arnold mueller:

Wenn man auf das Hinzufügen von USB-Sticks reagieren will, wüsste ich gar nicht wie man das plattformübergreifend gestalten kann. Klar in der Windows-Welt mit WM_DEVICE_CHANGE. Aber unter OSX?

Das musst du dann abstrahieren.
Du hättest dann etwas, in das du Handler für diesen Event registrieren kannst. Wie der Event gefeuert wird, ist dir dann egal.
Ist sicher nicht was du hören willst, aber Embarcadero wird sicher keine RTL vom Umfang des .Net/Mono Frameworks bauen, um alle möglichen Eventualitäten zu kapseln.
solche Stellen im Code zu suchen und mit Abstraktionen zu verpacken ist generell eine gute Idee. Denn dann kannst du noch anderen Dinge tun, bevor der Event ausgelöst wird, oder danach. Was ansonsten irgendwo untergemoddert werden müsste.

Um beim Beispiel des Threadings zu bleiben: In OSX gibt es dafür Grand Central Dispatch. Und dafür gibt es anscheinend auch einen Windows-Port.
Das ist nicht direkt vergleichbar mit dem alten Threadpool, den schon unsere Großväter im Krieg benutzt haben.
GCD ist mehr eine Version der .Net Task parallel Library für native Code. D.h. du sagst was alles getan werden muss, und was vor wem getan werden muss. Und GCD kümmert sich darum, dass es möglichst zackig auf so vielen Kernen wie möglich passiert.

[Robotiker]

Ok, ich habe mich gerade mal etwas mit den Sourcen beschäftigt.

TThread z.B. ist offenbar bereits für Windows, MacOS und Linux implementiert. Dabei unterscheiden sich die Member, die die Klasse unter den einzelnen Plattformen hat, teilweise in Typ oder Name.

Die Hilfe beschränkt sich bei den Stichproben, die ich gemacht habe, leider immer meist auf Aussagen wie

Zitat:

Unter Win32 ist Priority ein TThread Priority-Wert. Die möglichen Werte sind in der Tabelle im Thema “Thread initialisieren” aufgeführt

das es unter MacOS und Linux ein Integer ist, muss man in den Quellen nachlesen:

Code:

{$IFDEF MSWINDOWS}
    function GetPriority: TThreadPriority; platform;
    procedure SetPriority(Value: TThreadPriority); platform;
{$ENDIF}
{$IFDEF POSIX}
    // ** Priority is an Integer value in Linux
    function GetPriority: Integer; platform;
    procedure SetPriority(Value: Integer); platform;
    function GetPolicy: Integer; platform;
    procedure SetPolicy(Value: Integer); platform;
{$ENDIF}

Offensichtlich hinkt die Hilfe der Implementierung noch hinterher, da ist noch etwas Forschung angesagt, was überall geht, was teilweise anders geht und was man selber machen muss.

[arnold mueller]

Zitat von Elvis:

Das musst du dann abstrahieren.

Ja ok, aber dafür muss man doch wissen was OSX eigentlich macht (in dem Fall) - so grundsätzlich. Eine einfache Antwort a la mach dies oder das gibt es auf meine Frage scheinbar nicht. Also steht jetzt Grundlagenforschung an. Das es so etwas (ähnliches) wie Messages unter OSX nicht geben soll kann ich fast nicht glauben


at Robotiker: Die Compilerschalter sind schon seit XE vorhanden. Deshalb habe ich mir um Threads als solches keine Gedanken gemacht. Ich habe im Moment nur die Trial von XE2 zur Verfügung - leider ohne Sourcen sonst hätte ich schon längst in den Firemonkey Quellen gestöbert

[Hisoka]

Im klassischen Fall dürfte OSX wie Linux auch POSIX Threads nutzen. Ansonsten gibt es die NextStep Klasse NSThread und weiteres.

http://developer.apple.com/library/m...tySummary.html

[rollstuhlfahrer]

Unter Linux gibt es Fenster-Nachrichten, nur scheinen die nicht sonderlich bekannt zu sein. Also müsste auch Mac was ähnliches haben.
Aber ich glaube nicht, dass man auf Mac/Linux einfach so Objekte per Fenster-Nachricht verschicken kann, wie unter Windows.

Bernhard

[Hisoka]

Zitat von rollstuhlfahrer:

Unter Linux gibt es Fenster-Nachrichten, nur scheinen die nicht sonderlich bekannt zu sein. Also müsste auch Mac was ähnliches haben.
Aber ich glaube nicht, dass man auf Mac/Linux einfach so Objekte per Fenster-Nachricht verschicken kann, wie unter Windows.

Bernhard

naja, Unter Linux nutzt man klassischerweise DBus zum Austausch zwischen Anwendungen. unter OSX gibt es Notifications zum Austausch von Nachrichten zwischen Anwendungen:
http://developer.apple.com/library/m...thObjects.html

[Robotiker]

Zitat von Hisoka:

Im klassischen Fall dürfte OSX wie Linux auch POSIX Threads nutzen.

Die Posix-Threads sind in der Delphi RTL umgesetzt.

Aber beim Lesen habe ich noch was entdeckt:

In der Hilfe steht, dass bei Verbindung mit dem Entwicklungs-Mac dessen Headerdateien und Libs auf dem Windows PC kopiert werden. Eine C++ Builder Anwendung kann die dann direkt benutzen.

Also ist der neue Cross-Plattform Ansatz in Wirklichkeit dreischichtig. An der Oberfläche FireMonkey, darunter die Delphi RTL und ganz unten der auf nativen C/C++ basierende Ansatz aus dem C++ BuilderX.

Wie eine Delphi-Anwendung jenseits der RTL an die API des Zielsystems kommt, ist mir nicht ganz klar. Offenbar durch manuelle Headerübersetzung. Das wird im Vollausbau Win/Mac/Linux ja richtig heftig.

Grüße

Robotiker