VI mit externer DLL macht kein Multithreading

' schrieb:Im Gegenteil, das ist ausserordentlich sinnvoll. Ablaufinvarianz kostet nämlich etwas, und zwar Speicher und Verwaltungsaufwand in LabVIEW und zwar auch wenn diese Ablaufinvarienz nicht benützt wird. Zudem kann es sehr wohl gewünscht sein VIs eben gerade nicht ablaufinvarient auszuführen. Das von Dir geschilderte Szenario ist ein gutes Beispiel aber auch beispielsweise intelligente globale Variablen (IGV). Die funktionieren nur als gewünscht, wenn sie nicht ablaufinvarient sind.
Ja! Alblaufinvarienz wird nicht vererbt in der Hierarchie. Das ist auch sinnvoll da Du zum Beispiel oben erwähnte IGVs auch in ablaufinvarienten VIs einsetzen können willst.

Von Hand ist aber nicht unbedingt nötig. Mit VI Server und ein klein wenig Scripting geht es auch automatischer.

Danke für die Klarstellung. Bin jetzt dabei das hier erlernte jetzt gezielt einzubauen und zu prüfen/testen.
Ich mach UDP, und blocking habe ich berücksichtigt. Es geht erstmal nicht um Performance. Sondern um klare Struktur und Einfachheit. (Daher das Auf-senden-receiving-zu). Ich will schlicht mehrfach meine DLL-Funktion aufrufen, und wenn nix blockt, sollen diese Aufrufe parallel erfolgen.

Momentan hält nix in meiner DLL den Thread an - also sehe ich erstmal das Problem darin, LV dazu zu bringen das auch zu machen.

Melde mich wieder.

Werner