In diesem Dokument erhalten Sie Informationen zu allen Patches, die für folgende LabVIEW-Produkte verfügbar sind:
Die mit dem jeweiligen Patch behobenen Probleme sind nachstehend aufgeführt. Das Installieren der aktuellen Patches wird allen Benutzern von LabVIEW 2017 SP1 dringend empfohlen.
Mit dem f4-Patch für LabVIEW 2017 SP1 behobene Probleme
ID | Beschreibung |
659963 | Bei der gleichzeitigen Typumwandlung eines Strings in ein IVI-I/O-Element und in ein VISA-I/O-Element stürzt LabVIEW ab. |
661720 | Wenn Objekte aus einer Case-Struktur gezogen werden, die über einen Tunnel hinweg mit Objekten außerhalb der Struktur verbunden waren, werden die entsprechenden Tunnel an den Rändern der Struktur nicht automatisch entfernt. |
673108 | Wenn Objekte von einem Rahmen einer flachen Sequenzstruktur in einen anderen Rahmen der Struktur gezogen werden, kann es vorkommen, dass Verbindungen mit Tunneln unterbrochen werden. |
673910 | Wenn Objekte, die mit anderen Objekten verbunden sind, in Strukturen hineingezogen und aus Strukturen herausgezogen werden, erzeugt LabVIEW an den Rändern der Struktur unnötigerweise Tunnel. |
677297 | Wenn Objekte, die mit einem Tunnel einer Struktur verbunden sind, in eine Unterstruktur dieser Struktur gezogen werden, können sich die Einstellungen des betreffenden Tunnels ändern. |
679673 | Wenn Knoten von einem Rahmen einer flachen Sequenzstruktur in einen anderen Rahmen der Struktur gezogen werden, kann LabVIEW abstürzen. |
680767 | (Windows) In seltenen Fällen kann es vorkommen, dass LabVIEW ActiveX-Verbindungen annimmt, bevor der ActiveX-Server vollständig initialisiert ist. |
682179 | Wenn Objekte von einer Struktur in eine andere gezogen werden, kann es vorkommen, dass Verbindungen mit Tunneln unterbrochen werden. |
7120211 | Wenn Knoten aus einer flachen Sequenzstruktur gezogen werden, kann LabVIEW abstürzen. |
713011 | LabVIEW kann abstürzen, wenn Sie Elemente in Strukturen innerhalb von Inplace-Elementstrukturen ziehen. |
714264 | Wenn Strukturen aus einer flachen Sequenzstruktur gezogen werden, kann LabVIEW abstürzen. |
715178 | (Windows) Eine Darstellungsverzögerung von Bildern und Text unter Windows 10 wurde behoben. Diese war am auffälligsten, wenn viele unterschiedliche Bedienelemente mit Text und/oder Bildern vorhanden waren. |
715347 | Eine Verzögerung beim Darstellen neuer Blockdiagrammwerte in Frontpanel-Bedienelementen wurde behoben. Diese Verzögerung war bei Anwendungen mit einer großen Anzahl von VIs am auffälligsten. |
715760 | Wenn Objekte aus ineinander verschachtelten Strukturen gezogen werden, kann LabVIEW abstürzen. |
716611 | In seltenen Fällen kann LabVIEW abstürzen, wenn Sie nach bestimmten lizenzierten Typedefinitionen eine Sonde einfügen. |
Mit dem f3-Patch für LabVIEW 2017 SP1 behobene Probleme
Hinweis: Hinweis: Dieses Patch ist über den NI Update-Dienst verfügbar.
ID | Beschreibung |
670440 | Wenn ein VI mit registrierten Benutzerereignissen den Speicher verlässt, besteht die Möglichkeit, dass das Ereignis noch verarbeitet wird und LabVIEW einen Fehler des Typs „Null-Fenster“ ausgibt. |
674999 | Parallel ausgeführte Variant-Objekte können dazu führen, dass die Ausführung nur noch in einem Thread abgearbeitet wird. |
681894 | In seltenen Fällen kann LabVIEW abstürzen, wenn der Benutzer auf die Menüleiste zugreift, während sich in der Zwischenablage eine URL befindet. |
686077 | In seltenen Fällen kann es vorkommen, dass die Kompilierung von VIs, die datentypflexible VIs enthalten, kein Ende findet. |
687146 | Datentypflexible VIs können unter Umständen mehr Fehlersuchdaten speichern als erwünscht. |
687250 | Bei Auswahl des Menüpunkts Gerätetreiber suchen im Hilfe-Menü kann zuweilen keine Verbindung hergestellt werden. |
688061 | Verschachtelte datentypflexible VIs können unbeabsichtigterweise gemeinsam genutzte Exemplare abhängiger Komponenten erstellen. |
688072 | Ein zu einem bestimmten Zeitpunkt durchgeführter VI-Zuverlässigkeitstest kann unerwünschterweise mehrmals durchlaufen werden. |
688094 | Datentypflexible VIs können eine Kompilierung auslösen, wenn sie aus dem Speicher entfernt werden. |
688384 | Beim Anwenden von Änderungen auf Typdefinitionen können zusätzliche Kompiliervorgänge stattfinden. |
688992 | In seltenen Fällen kann bei gleichzeitigen Aufrufen zum Öffnen und Schließen eines VIs durch einen im Netzwerk befindlichen VI-Server ein Laufzeitproblem auftreten. |
691392 | In seltenen Fällen kann LabVIEW abstürzen, wenn in einem VI mittels "Suchen und Ersetzen" nach Text gesucht wird, während gerade VIs aus dem Arbeitsspeicher entfernt werden. |
691991 | In seltenen Fällen kann die Reihenfolge der Rahmen von Typspezialisierungsstrukturen zeitweilig durcheinander geraten, während ein VI kompiliert wird. |
Mit dem f1-Patch für LabVIEW 2017 SP1 behobene Probleme
Hinweis: Hinweis: Dieses Patch ist über den NI Update-Dienst verfügbar.
ID | Beschreibung |
671753 | Der LabVIEW Application Builder kann sich beim Erstellen von datentypflexiblen VIs mit Unter-Arrays oder -Strings aufhängen. |
672120 | Datentypflexible VIs versetzen ein VI nach dem Umbenennen einer Klassenmethode, die das datentypflexible VI beim Ersetzen einer Klasse aufruft, möglicherweise nicht ordnungsgemäß in den funktionsuntüchtigen Zustand. |
672133 | Nicht als erforderlich gekennzeichnete Anschlüsse von datentypflexiblen VIs werden, nachdem ein Eingangswert eines anderen Datentyps entfernt wurde, nicht auf ihren Standarddatentyp zurückgesetzt. |
672594 | Der LabVIEW Application Builder gibt möglicherweise bei der Arbeit mit einer Build-Spezifikation, die datentypflexible VIs umfasst, den Fehler 13 aus. |
673694 | LabVIEW kann alte Array-Daten von einem Knoten zum Aufruf externer Bibliotheken ausgeben, wenn Fehler (Eingang) einen Fehler enthält. |
675386 | LabVIEW kann beim Schließen einer komprimierten Projektbibliothek abstürzen, wenn eine Unterklasse der Bibliothek in ihrem Privatdatenelement auf die übergeordnete Klasse verweist. |
676190 | LabVIEW kann beim Laden eines VIs abstürzen, wenn das VI einen Typumwandlungspunkt an einer Klassenverbindung enthält und die Zielklasse der Verbindung fehlt. |
677003 | Bei Verwendung von Queue-Funktionen mit dem Timeout-Wert 0 kann sich LabVIEW unter seltenen Umständen aufhängen. |
681475 | Wenn Sie ein VI umbenennen, das eine ablaufinvariante VI-Kopie mit vorbelegtem Arbeitsspeicher aufruft, und einem neuen VI den alten Namen des betreffenden VIs zuweisen, und dieses VI dasselbe ablaufinvariante VI aufruft, kann LabVIEW abstürzen. |
Patch-Downloads
Herunterladen von LabVIEW und LabVIEW-Patches