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 2015 SP1.
Problèmes corrigés dans LabVIEW 2015 SP1 f13
Remarque : Le correctif LabVIEW 2015 SP1 f13 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 NI ADE Installer Fail on Windows XP/Vista and Server 2003?.
| ID | Description |
| 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. |
Problèmes corrigés dans LabVIEW 2015 SP1 f12
Remarque : Le correctif LabVIEW 2015 SP1 f12 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 NI ADE Installer Fail on Windows XP/Vista and Server 2003?. Le correctif LabVIEW 2015 SP1 f12 s’applique uniquement à Windows.
| ID | Description |
| 411408 | Dans de rares cas, l’utilisation du processeur par LabVIEW peut augmenter après la modification de la fenêtre parent d’un VI. |
Problèmes corrigés dans LabVIEW 2015 SP1 f11
Remarque : Le correctif LabVIEW 2015 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 NI ADE Installer Fail on Windows XP/Vista and Server 2003?.
| ID | Description |
| 657155 | LabVIEW plante lorsqu’un grand nombre de références au matériel sont ouvertes. |
| 681894 | Dans de rares cas, LabVIEW peut planter lors de l’accès à la barre de menus si une URL est stockée dans le presse-papiers. |
| 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. |
Problèmes corrigés dans LabVIEW 2015 SP1 f10
Remarque : Le correctif LabVIEW 2015 SP1 f10 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 NI ADE Installer Fail on Windows XP/Vista and Server 2003?.
| ID | Description |
| 649952 | Dans de rares cas, LabVIEW peut planter lorsqu’il redresse les données d’une chaîne de manière répétée. |
| 607006 | Sous la version 1607 de Windows 10 (Windows 10 Anniversary Edition), si une autre application que LabVIEW est active, cliquer sur une zone de la fenêtre LabVIEW rendra cette fenêtre active plutôt que d’effectuer l’opération demandée par le clic. |
| 670440 | Lorsqu’un VI qui a des événements utilisateur enregistrés quitte la mémoire, il est possible que l’événement soit encore traité et déclenche une erreur Fenêtre de type Null. |
| 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 %. |
| 670018 | Échec de chargement des VIs dans une LLB si la taille non compressée du VI est supérieure à 4 Mo. |
| 544526 | Sur macOS, LabVIEW risque de planter si vous changez le curseur de la souris de manière répétée par programmation. |
| 578871 | Sur les systèmes autres que Windows, LabVIEW risque de planter à l’ouverture de ports réseau en succession rapide. |
| 546555 | LabVIEW renvoie l’erreur 1025 à la création d’une méthode de redéfinition d’une classe parent ne permettant pas l’édition. |
| 571935 | La fermeture d’une bibliothèque de projet contenant une classe ayant des modifications non enregistrées n’affiche pas d’invite d’enregistrement. |
| 597858 | L’enregistrement dans un emplacement réseau à partir de Windows 10 peut entraîner l’« erreur 44 : Impossible de déplacer le fichier temporaire vers la cible ». |
Problèmes corrigés dans LabVIEW 2015 SP1 f9
Remarque : Le correctif f9 de LabVIEW 2015 SP1 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 NI ADE 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 2015 SP1 f7
| ID | Description |
| 611315 | Les files d’attente, notificateurs, rendez-vous et sémaphores risquent de renvoyer un timeout inattendu lorsqu’ils sont utilisés d’une certaine manière. Pour en savoir plus, reportez-vous aux détails concernant le comportement de timeout pour ces mécanismes dans LabVIEW. |
| 603562 | Les VIs de dispatch dynamique dotés de terminaux d’entrée non câblés font planter LabVIEW dans certains cas. |
| 619333 | LabVIEW risque de planter lors d’appels simultanés du VI Objet .NET en variant sous Windows. |
| 617154 | La description de produit du moteur d’exécution de LabVIEW 2015 SP1 64 bits n’était pas localisée dans les versions publiées de LabVIEW Application Builder. |
| 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. |
Problèmes corrigés dans LabVIEW 2015 SP1 f5
| ID | Description |
| 576778 | Les VIs configurés comme clones partagés et inclus dans une bibliothèque de projet empaquetée sont affichés de manière erronée comme étant privés lorsque le toolkit Desktop Execution Trace est utilisé. |
| 567875 | LabVIEW risque de planter si vous utilisez Enregistrer un VI Callback d’événement dans des boucles qui s’exécutent en parallèle avec plusieurs threads. |
| 581199 | Dans de rares cas, la fonction Redresser à partir d’une chaîne risque de renvoyer l’erreur 74 à l’exécution et de ne pas mettre à jour les indicateurs câblés à ses sorties s’il y a des branches sur les fils de liaison connectés à ses entrées. |
| 528063 | Il faut augmenter la capacité de la table d’images de LabVIEW pour minimiser les erreurs de la table d’images. |
Problèmes corrigés dans LabVIEW 2015 SP1 f3
| ID | Description |
| 566313 | La compilation FPGA échoue à la génération de fichiers temporaires dans les projets qui utilisent certains modules de la Série C. |
| 579359 | Dans certains cas, une situation de compétition peut causer un plantage pendant le chargement de classes. |
| 567865 | Détruire un DVR tout en y accédant peut causer un plantage ou un blocage. |
| 567877 | Détruire un événement utilisateur tout en générant le même événement peut causer un plantage ou un blocage. |
Problèmes corrigés dans LabVIEW 2015 SP1 f2
Remarque : Le correctif f2 ne s’applique qu’à la version 64 bits de l’environnement de développement de LabVIEW 2015 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. |
Remarque : pour appliquer la modification apportée suite au CAR 578899, vous devez recompiler le code affecté.
Ceci peut se faire en forçant la recompilation de la hiérarchie de VIs affectée : <Ctrl+Shift> + bouton Exécuter.
Problèmes corrigés dans LabVIEW 2015 SP1 f1
| ID | Description |
| 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. |
| 571421 | Dans certains cas, l’appel dynamique d’un VI qui contient un sous-VI peut engendrer une fuite de mémoire. La taille de la fuite de mémoire est proportionnelle à celle du sous-VI et de ses dépendances. |
| 573160 | Les fichiers de registre LabVIEW des éditions allemande, chinoise et japonaise ont une mauvaise version de LabVIEW. |
| 564800 | Le readme LabVIEW 2015 SP1 n’indique pas les versions correctes des systèmes d’exploitation supportés. |
| 573195 | SystemExec.vi permet aux processus enfants d’hériter des handles TPC, mais ces handles ne seront libérés que lorsque l’enfant et le parent se seront fermés. |
| 573539 | Dans certains cas, la résolution de noms DNS dans LabVIEW peut bloquer les autres appels TCP. |
| 569362 | Dans les cas de charge extrême sur un serveur TCP, LabVIEW risque de manquer les notifications de nouvelles connexions, ce qui produira un timeout. |
Liens associés :
Drivers et mises à jour : Correctif LabVIEW 2015 SP1 f13 (32 bits) pour Windows
Drivers et mises à jour : Correctif LabVIEW 2015 SP1 f13 (64 bits) pour Windows
Drivers et mises à jour : Correctif LabVIEW 2015 SP1 f13 (32 bits) pour Linux
Drivers et mises à jour : Correctif LabVIEW 2015 SP1 f13 (64 bits) pour Linux
Drivers et mises à jour : Correctif LabVIEW 2015 SP1 f13 pour Mac OS X