Multithreaded/MultiprocessTabbed-UI - wie realisieren?

[Codehunter]

Zitat von himitsu:

OK, eines der Speicherprobleme bei 32 Bit wird auch behoben, da jeder Prozess seine eigenen 2/4 GB virtuellen Speicher besitzt.

Daran hab ich noch gar nicht gedacht! Haste Recht! Wobei ich ja nicht NUR mit der Starter unterwegs bin sondern durchaus auch (ältere) Professional habe, getrennt nach gewerblich und Hobbyprojekt. Insofern baue ich das meiste eh in 64 Bit.

Die Abschottungsproblematik ist auch in meinem Fall die treibende Kraft für die Idee, weil ich viel mit externem Code in Form von DLLs arbeiten muss. Das obige Import-Beispiel ist nur eins von mehreren. Wenn ein "getabbter" Prozess crashen sollte, wäre halt meine Wunschvorstellung gewesen, dass eben auch nur dieser Tab geschlossen würde und nicht die gesamte Anwendung. Das Konzept würde jedenfalls gut zum bisherigen Anwendungsdesign passen, das bereits ein Tabbed-UI ist, nur eben single-threaded.

[p80286]

Mach es nicht!
Ich habe etwas ähnliches gebastelt. Die drei WorkerThreads zu definieren und eine reagierende Oberfläche ist nicht soo das Problem. Aber wenn Dir andere Prozesse hineingrätschen können, mußt Du jede erdenkliche Fehlerkonstellation beachten.
Die einfache Möglichkeit ist natürlich ein Log zu erstellen, das dann hinterher jemand abarbeiten muß. Je nach Datenabhängigkeit ist dann natürlich großes Aufräumen angesagt. Was intelligent Logs etwas erleichtern.
Meiner Meinung nach sind aber beide Wege ähnlich aufwendig.

Gruß
K-H

[freimatz]

Zitat von p80286:

Mach es nicht!

dito von mir. Wenn du das absichern willst, dann mache das nahemöglichst bei der DLL.

Zur Ausgangsfrage noch: Von MS dafür vorgesehen ist/war OLE.
Das heißt jetzt aber keineswegs, dass ich das empfehle.