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