From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, 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 2014 SP1.
Problèmes corrigés dans LabVIEW 2014 SP1 f11
Remarque : Le correctif LabVIEW 2014 SP1 f11 ne supporte plus Microsoft Windows 7 RTM (sans service pack), Windows Vista, Windows XP ni Windows Server 2003. Pour en savoir plus sur les changements apportés à notre support des systèmes d'exploitation, consultez l'article 79UC78LS de la Base de connaissances, Why Does my LabVIEW, LabWindows/CVI, Measurement Studio, or TestStand Built Installer Fail on Windows XP/Vista and Server 2003?
| ID | Description |
| 653897 | Rendre LabVIEW plus robuste lorsqu'il est confronté à des fichiers ressource corrompus. |
Problèmes corrigés dans LabVIEW 2014 SP1 f10
Remarque : Le correctif LabVIEW 2014 SP1 f10 ne supporte plus Microsoft Windows 7 RTM (sans service pack), Windows Vista, Windows XP et Windows Server 2003. Pour en savoir plus sur les changements apportés à notre support des systèmes d'exploitation, consultez l'article 79UC78LS de la Base de connaissances, Why Does my LabVIEW, LabWindows/CVI, Measurement Studio, or TestStand Built Installer Fail on Windows XP/Vista and Server 2003?
| ID | Description |
| 624957 | Il y a un risque de corruption de la mémoire causant un plantage immédiat lorsque LabVIEW charge un fichier qui contient des données non valides. |
| 611315 | Les files d'attente, notificateurs, rendez-vous et sémaphores risquent de renvoyer un timeout inattendu quand ils sont utilisés de certaines façons. Pour en savoir plus, reportez-vous aux détails concernant le comportement de timeout pour ces mécanismes dans LabVIEW. |
| 470197 | Application Builder ne détecte pas le conflit de noms quand les VIs ont le même nom, avec seulement des différences de casse. |
| 517128 | La fonctionnalité d'Aperçu de construction d'Application Builder ne détecte pas le conflit de noms quand les VIs ont le même nom, avec seulement des différences de casse. |
| 478801 | LabVIEW ne peut pas rendre la main au VI appelant lors de la mise au point d'un VI réentrant pour lequel le paramètre d'exécution "Interrompre l'exécution à l'appel" est activé. |
| 578871 | LabVIEW risque de planter à l'ouverture de ports réseau en succession rapide sur les systèmes Linux. |
| 635495 | Les menus de l'environnement LabVIEW risquent de ne pas s'afficher correctement sur les systèmes où la mise à l'échelle de l'affichage est supérieure à 100%. |
| 544526 | (OS X) LabVIEW risque de planter si vous changez le curseur de la souris de manière répétée par programmation. |
Problèmes corrigés dans LabVIEW 2014 SP1 f7
Remarque : Le correctif f7 ne s'applique pas aux moteurs d'exécution Mac et Linux (quelle que soit la largeur en bits).
| ID | Description |
| 512714 | Les assemblys .NET construits avec LabVIEW n'effectuent pas correctement l'ordonnancement ("marshalling") des clusters sur les plates-formes 64 bits. |
| 576778 | Les VIs configurés comme clônes partagés et inclus dans une bibliothèque de projet empaquetée sont affichés incorrectement comme étant privés lorsque le toolkit Desktop Execution est utilisé. |
| 478590 | Dans certains cas, les classes LabVIEW chargées de manière dynamique qui ont des ancêtres nécessitant une compilation peuvent provoquer des plantages ou un comportement indésiré. |
Problèmes corrigés dans LabVIEW 2014 SP1 f6
Remarque : Le correctif f6 ne s'applique qu'à la version 64 bits de l'environnement de développement de LabVIEW 2014 SP1.
| ID | Description |
| 578899 | L'environnement de développement de LabVIEW 64 bits risque de planter lors de l'exécution de certains exemples RFmx. Cela a lieu avec les systèmes d'exploitation 64 bits sur lesquels l'allocation de mémoire de haut en bas est activée. |
Problèmes corrigés dans LabVIEW 2014 SP1 f5
| ID | Description |
| 563825 | Dans certains cas rares, la fonction Pas un nombre/chemin/refnum ? peut provoquer le plantage de LabVIEW 64 bits. Ce problème n'affecte pas LabVIEW 32 bits. Remarque : Vous devez recompiler le VI qui utilise la fonction pour que la correction soit appliquée. |
| 564219 | Si RFmx modifie continuellement l'état de chargement du thread de l'IU, il y a parfois une situation de compétition qui risque de provoquer un plantage. |
| 552345 | Dans de rares cas, la mise à jour d'un indicateur IMAQ et d'une liste déroulante LabVIEW à une cadence rapide dans deux VIs visibles peut entraîner le plantage de LabVIEW. |
Problèmes corrigés dans LabVIEW 2014 SP1 f3
| ID | Description |
| 530158 | Dans un cas particulier, la fonction Max. et min. d'un tableau renvoie la valeur minimale dans la sortie Valeur max. |
| 532975 | Le chargement du moteur d'exécution de LabVIEW 2014 et du moteur d'exécution de LabVIEW 2015 peut provoquer un crash de LabVIEW quand il rencontre des mises en garde internes mineures. |
| 526540 | Dans certains cas, TestStand renverra l'erreur -18005 quand un pointeur NULL est passé à LabVIEW. |
| 526044 | Aux appels ultérieurs, les commandes ressource VISA et ressource DAQmx conservent leur valeur d'origine lorsqu'elles sont appelées via une interface COM (TestStand, par exemple). |
| 495612 | Les appels de VIs statiques avec "inplaceness" adaptative dans une bibliothèque de projet empaquetée LabVIEW (PPL) sont plus lents à s'exécuter que ceux des VIs qui ne sont pas construits dans une PPL. |
| 525308 | LabVIEW 2014 SP1 (32 bits) pour Mac OS X contient la version 64 bits du fichier liblvexports.a. |
Problèmes corrigés dans LabVIEW 2014 SP1 f1
| ID | Description |
| 515530 | Il se peut que VeriStand 2014 se bloque lors de la fermeture d'un projet après une modification de la définition du système. |
| 516999 | Dans certaines conditions, l'exécution de VISA Session Monitor peut provoquer le plantage de LabVIEW. |
| 516679 | Dans certains cas, la fonction Max. et min. d'un tableau peut provoquer un plantage de LabVIEW. |
| 497256 | Appeler un framework LabVIEW 2014 SP1 64 bits dans une application liée au SDK OSX 10.10 Yosemite peut provoquer une mise en garde de thread. |
| 511299 | Une boîte de dialogue apparaît si l'utilisateur appuie sur Échap dans la fenêtre de démarrage ou de placement rapide dans LabVIEW pour Mac. LabVIEW risque de se planter si un élément est sélectionné dans cette liste. |
| 519665 | LabVIEW gère parfois les événements utilisateur prioritaires incorrectement, provoquant le plantage de LabVIEW. |
| 408025 | LabVIEW risque de se bloquer s'il y a plus de 256 files d'attente simultanées d'événement actives en même temps. |
| 515844 | L'utilisation du Navigateur de classes pour sélectionner une classe, qui contient une méthode d'accès via un nœud de propriété, peut provoquer un crash de LabVIEW. |
Liens associés :
Drivers et mises à jour : Correctif f11 de LabVIEW 2014 SP1 (32 bits) pour Windows
Drivers et mises à jour : Correctif f11 de LabVIEW 2014 SP1 (64 bits) pour Windows
Drivers et mises à jour : Correctif f11 de LabVIEW 2014 SP1 (32 bit) pour Linux
Drivers et mises à jour : Correctif f11 de LabVIEW 2014 SP1 (64 bit) pour Linux
Drivers et mises à jour : Correctif f11 de LabVIEW 2014 SP1 pour Mac OS X