MessageRequester() nicht "threadsicher"/threadgeei

[ts-soft]

Die API MessageBox und die von PB sind ein und dieselbe!
Eine MessageBox wird als erster Parameter normallerweise das hWnd des
Fensters übergeben (das übernimmt PB autom.), Fenster sind aber in vielen
Dingen auf den Thread beschränkt, auf dem, wo sie erstellt wurden.

>> weil du es nicht nutzt heißt das nicht, dass es dafür keine anwendungsmöglichkeiten gibt

Ich bemühe mich Bugfreie Programme zu schreiben und an normalle
Richtlinien zu halten. Auch wenn es Deiner Meinung nach
Anwendungsmöglichkeiten gibt, so hat Billy diese nicht berücksichtigt

[Kaeru Gaman]

ich stimme ts zu

eine prozessstruktur besitzt normalerweise nur eine hauptoberfläche, die mit dem user kommuniziert.
wenn in dieser hauptoberfläche eine exeption auftritt, verwendet man einen msg-requester.

alles andere würde eine andere systemstruktur bedingen.
wer das machen will sollte vielleicht lieber ein Midrange oder Großsystem programmieren, aber auf keinen Fall ein Workstation-basiertes Datenträgerverwaltungssystem mit Grafischer Oberfläche.

so kann es doch ganz logischer WEise dazu kommen, das man durch diese Threads auch eine Bildschirmausgabe bzw. Eingabe durchführen lassen will.

rückmeldungen von Threads wären eine Debuggergeschichte.
zur Laufzeit des fertigen Programms sollte der Thread Daten ans Hauptprogramm senden, die dann von diesem dargestellt werden.
eingabe sollte zentral organisiert werden, also, im Main, nicht in threads.

Und dazu sind doch die Messagerequester da.

Schwachsinn!
Msg-Requester sind für Ausnahmen da.
für Standard-IO verwendet man Gadgets im Fenster, und das verwaltet die Main, kein Thread.

Ein Thread ist kein Task!

wer Multitasking machen will, soll weitere Programme starten!
die können dann auch soviele Msg-Requester starten wie sie wollen.

[Andre]

Ich habe fr34k mal gebeten, sich diesen Thread anzuschauen.

Persönlich denke ich ja auch, dass "lediglich" die Hilfe etwas präzisiert werden muss und das Verhalten des PB-Befehls soweit korrekt ist.