Deutsches Lazarusforum

Soweit ich weiß ist ein fpc zu WebASM in Arbeit. Da neuere Browser WebASM zusätzlich zu Javascript verarbeiten können ist das derselbe Einsatzfall: in Webseiten integrierter Code. WebASM ist schneller und kompakter als Javascript und zeigt keinen lesbaren Code mehr,.
-Michael

Alles was der FPC machen müsste damit das auch da funktioniert ist, zu jedem string neben ReferenzCount, Länge und Daten noch eine CriticalSection hinzuzufügen Das würde aber schwer auf die Performance gehen. Wenn fpc für Critical Section in Linux die pthreadLib verwendet (weiß ich aber nicht) ist ...

Nimral hat geschrieben:welcher Mechanismus erlaubt es, den Code für Application.Run woanders zu implementieren

Warum willst Du das ?
-Michael

Scheint wohl ein generell schwieriges Problem zu sein. In C# und vielen anderen Sprachen sind Strings "reaonly": wenn man einen String verändern will, muss man immer einen neuen machen.
-Michael

Übrigens: Wenn Du mehrere Instanzen derselben Thread-Klasse hast, kann es ein Problem sein, innerhalb des Thread-Codes festzustellen, welcher Thread gerade bearbeitet wird (da der Code ja für mehrere Threads zuständig ist, z.B. wenn ein Callback im Code ankommt, weiß man u.U. nicht woher er kommt un...

Nimral hat geschrieben:Das Problem an dem ich von Anfang an nage ist allerdings nicht die Werteübergabe, sondern das Übergeben der Werte

Häää ???
-Michael

Warf hat geschrieben:Was man auch benutzen kann ist der IPC client,

Meist reicht aber in Richtung Mainthread TThread.Queue und TThread.Synchronize und in Richtung Thread TEvent oder TCriticalSection zur Synchronisation.
-Michael

Das finde ich aber enttäuschend ! Dass das Reference Counting Pobleme machen könnte hatte ich in Erwägung gezogen. Das geht bei einem statisch angelegn String (der ja immer im Fokus ist) aber doch wohl nie auf Null. (Oder doch durch mangelnde Threadfestigkeit ???) Aber "normale" String Akt...

Die Frage hat mit Messages (aber auch mit Critical Section) nichts zu tun. Aber siehe -> m -> von mschnell » 23/1/2020, 09:58 Du kannst natürlich eine allgemeine TMessThread Klasse definieren, die durch Properties gesteuert jedes beliebige Messgerät behandeln kann und die Daten mit der dort beschrie...

Die Message Sachen sind ein "Relikt" aus Windows. Da fpc aber auf vielen Betriebssystemen läuft, braucht man es nicht. FPC enthält entsprechende "allgemeine" Funktionalitäten im "Sprachumfang". "Message", "Procedure message", etc verwendet 1:1 die Wi...

Ich lese mich deshalb derzeit auch in Kommandos ein, die "Messages" auswerfen, also Sendmessage, Postmessage und Konsorten. Aber das ist eine andere Baustelle. Die Message Sachen sind ein "Relikt" aus Windows. Da fpc aber auf vielen Betriebssystemen läuft, braucht man es nicht. ...

Ich mache das meistens mit (von mir so genannten) "Kommunikations-Objekten". Ich definiere eine Klasse, die die Daten, die ich vom WorkerThread zum Mainthread senden will enthält (z.B. "TransportObject"). Außerdem enthält die Klasse eine Procedur z.B. "Transport". im Wo...

warum nicht, und was passiert, wenn man es trotzdem tut? Aktivitäten (Funktionen, Properties) bei GUI Komponenten können das angebundene Widget-Set im Betriebssystem aufrufen und das ist nicht threadfest. Das Widget-Set in einem anderen Thread aufzurufen kann zu beliebigen Ergebnissen führen inklus...

GUI-relevante Komponenten (z.B. Form....) dürfen in WorkerThreads nicht angepackt werden.
-Michael

"while ThreadSuspended() do begin sleep(500); end; end" Das geht, busy polling ist aber nie schön - ich empfinde es immer als unsauber. Wenn der Thred tatsächlich nichts tun soll, kann man dann besser eine Semphore (TThread.CriticalSection) verwenden. Wenn der Thread noch etwas tun muss, g...