Hallo Frank....
Ich möchte etwas überprüfen und bräuchte einmal von dir ein kleines Programm (den Quelltext davon), das über XPIA einen zweiten, dauernd laufenden, Thread erstellt - was der macht, ist egal (zur Not einen Sleep). :lupe:
Warum von dir? Ich möchte das von dem haben, der sich am besten mit XPIA auskennt.
Ob der Quelltext auf XProfan9 läuft, ist im Prinzip egal - wäre aber schön, wenn er das täte.
XPIA und zweiter Thread
-
-
-
So ein Beispiel findest du bei den XPIA-Examples. Siehe Permanente_Uhr.prf.
-
Zitat von Frabbing;697658
So ein Beispiel findest du bei den XPIA-Examples. Siehe Permanente_Uhr.prf.
Danke, hab's gefunden. Damit gibt's keine Probleme :-). -
Tralalalalaaa...
-
Ich nehme an, Andreas wollte wissen, wie das im XPIA prinzipiell gelöst ist. Frage: Wie ist das im XPIA prinzipiell gelöst? Entsprechende API-Aufrufe?
Warum sollte XProfan das dann prinzipiell nicht auch können? -
Zitat
Wie ist das im XPIA prinzipiell gelöst?
Da der XPIA-Code innerhalb einer Assembler-Dll ausgeführt wird, läuft er von XProfan völlig unabhängig und nativ.
Würde ich aber aus dem zweiten Thread ständig eine XProfan-Prozedure aufrufen (mittels ProcAdress ist das ja durchaus möglich), dann gibt es ein heilloses Durcheinander und XProfan verhaspelt mit den absurdesten Fehlermeldungen. Ich hatte das schonmal getestet und schnell wieder sein lassen. -
Zitat von p. specht;697767
Ich nehme an, Andreas wollte wissen, wie das im XPIA prinzipiell gelöst ist. Frage: Wie ist das im XPIA prinzipiell gelöst? Entsprechende API-Aufrufe?
Warum sollte XProfan das dann prinzipiell nicht auch können?
Nein, wollte nur schauen, ob es beim "Return" mit XProfan irgendwelche Probleme geben kann - die kann es so nicht geben.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!