From Saturday, Nov 23rd 7:00 PM CST - Sunday, Nov 24th 7:45 AM CST, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Saturday, Nov 23rd 7:00 PM CST - Sunday, Nov 24th 7:45 AM CST, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
Ce document contient des informations sur tous les correctifs disponibles pour les produits LabVIEW suivants :
Tous les problèmes corrigés par chaque correctif sont répertoriés ci-dessous. NI vous recommande vivement d’installer le dernier correctif pour toutes les installations de LabVIEW 2017 SP1.
Problèmes corrigés dans le correctif f4 pour LabVIEW 2017 SP1
ID | Description |
659963 | L’adaptation du type d’une chaîne à une commande d’E/S IVI ou VISA en parallèle fait planter LabVIEW. |
661720 | Les tunnels restent sur le cadre des structures Condition après avoir fait glisser des éléments câblés hors de la structure. |
673108 | LabVIEW peut déconnecter des fils de liaison des tunnels lorsque vous faites glisser des éléments d’une étape à une autre dans une structure Séquence déroulée. |
673910 | Des tunnels inutiles sont créés lorsque vous faites glisser des éléments câblés dans une structure ou hors de celle-ci. |
677297 | LabVIEW peut modifier les paramètres d’un tunnel lorsque vous faites glisser des éléments connectés au tunnel entre des structures. |
679673 | LabVIEW peut planter lorsque vous faites glisser un nœud d’une étape à une autre dans une structure Séquence déroulée. |
680767 | (Windows) Dans de rares cas, LabVIEW peut accepter les connexions ActiveX avant que le serveur ActiveX ne soit complètement initialisé. |
682179 | LabVIEW peut déconnecter des fils de liaison des tunnels lorsque vous faites glisser des éléments d’une structure à une autre. |
7120211 | LabVIEW peut planter lorsque vous faites glisser des nœuds hors d’une structure Séquence déroulée. |
713011 | LabVIEW peut planter lorsque vous faites glisser des éléments dans des structures au sein de structures Élément en place. |
714264 | LabVIEW peut planter lorsque vous faites glisser des structures hors d’une structure Séquence déroulée. |
715178 | (Windows) Réduction du temps système nécessaire pour le dessin d’images et de texte sous Windows 10. Ceci se remarquait particulièrement lorsqu’il y avait de nombreuses commandes différentes avec du texte et/ou des images à dessiner. |
715347 | Réduction du temps système nécessaire à la mise à jour des commandes de la face-avant avec les nouvelles données du diagramme. Ceci se remarquait particulièrement pour les applications avec un grand nombre de VIs. |
715760 | LabVIEW peut planter lorsque vous faites glisser des éléments hors de structures imbriquées. |
716611 | Dans de rares cas, LabVIEW peut planter lorsque vous placez une sonde après certaines définitions de type sous licence. |
Problèmes corrigés dans le correctif f3 de LabVIEW 2017 SP1
Remarque : Ce correctif est désormais disponible sur le Service de mise à jour NI.
ID | Description |
670440 | Lorsqu’un VI, dans lequel des événements utilisateur sont enregistrés, quitte la mémoire, il est possible que l’événement soit encore traité et LabVIEW renvoie une erreur Fenêtre de type Null. |
674999 | Les variants qui s’exécutent en parallèle peuvent forcer l’exécution en un seul thread. |
681894 | Dans de rares cas, LabVIEW peut planter lorsque vous accédez à la barre de menus si une URL est stockée dans le presse-papiers. |
686077 | Dans de rares cas, les VI malléables risquent de se retrouver dans une compilation infinie. |
687146 | Les VIs malléables risquent de stocker des données de mise au point supplémentaires. |
687250 | La connexion risque d’échouer si vous essayez d’utiliser Rechercher des drivers d’instruments à partir du menu Aide. |
688061 | Les VIs malléables imbriqués risquent de créer des instances partagées de dépendances non intentionnelles. |
688072 | Les vérifications de VI se produisent parfois à plusieurs reprises. |
688094 | Les VIs malléables risquent de démarrer une compilation lorsqu’ils sont supprimés de la mémoire. |
688384 | Lorsque vous appliquez des modifications aux définitions de type, des compilations supplémentaires peuvent avoir lieu. |
688992 | Dans de rares cas, une situation de compétition peut affecter les appels simultanés d’ouverture et de fermeture de VI Serveur distant vers le même VI. |
691392 | Dans de rares cas, LabVIEW peut planter lors de la recherche de texte à l’intérieur d’un VI à l’aide de la fonction Rechercher et remplacer alors que les VIs sont déchargés de la mémoire. |
691991 | Dans de rares cas, les structures Spécialisation de type peuvent être dans le désordre jusqu’à ce que le VI soit recompilé. |
Problèmes corrigés dans le correctif f1 de LabVIEW 2017 SP1
Remarque : Ce correctif est désormais disponible sur le Service de mise à jour NI.
ID | Description |
671753 | LabVIEW Application Builder risque de se bloquer lorsque vous construisez des VIs malléables comportant des entrées sous-tableau ou sous-chaîne. |
672120 | Les VIs malléables risquent de ne pas se briser comme prévu lorsque vous renommez une méthode de classe appelée par le VI malléable lors d’une substitution de classe. |
672133 | Le type de données par défaut des terminaux non requis des VIs malléables n’est pas restauré lorsqu’une entrée d’un type de données différent est supprimée. |
672594 | LabVIEW Application Builder risque de renvoyer à tort l’erreur 13 lors de la construction d’une spécification de construction qui utilise des VIs malléables. |
673694 | LabVIEW risque de renvoyer d’anciennes données tableau d’un nœud Appeler une fonction d’une DLL lorsque le paramètre entrée d’erreur contient une erreur. |
675386 | LabVIEW risque de planter à la fermeture d’une bibliothèque de projet empaquetée contenant une classe enfant qui fait référence à sa classe parent dans sa commande de données privées. |
676190 | LabVIEW risque de planter au chargement d’un VI qui a un point de coercition sur un fil de liaison de classe si la classe cible est manquante. |
677003 | Dans de rares cas, LabVIEW se bloque lorsque vous utilisez des fonctions de file d’attente avec 0 comme valeur de timeout. |
681475 | LabVIEW risque de planter lorsque vous renommez un VI qui appelle un VI clone réentrant préalloué si vous créez un nouveau VI qui appelle le même VI réentrant et que vous donnez le nom de l’ancien VI à ce nouveau VI. |
Téléchargements de correctifs
Téléchargez LabVIEW et ses correctifs