BOGUE : MSCDEX peut ne pas détecter un changement de disque

Si un appel de fonction GetAttributes est le premier appel d'API MS-DOS effectué après un changement de CD-ROM, MSCDEX ne détecte pas ce changement de disque, de sorte que l'appel de fonction reflète le contenu du disque précédent. Les prochains appels de fonction Ouvrir, Rechercher ou Changer de répertoire obligeront MSCDEX à détecter le changement de disque.

Le pilote MSCDEX ne parvient pas à émettre un appel Media Check vers le pilote de périphérique lié au matériel lorsque l'appel GetAttributes est effectué.

Vous pouvez vérifier le fichier d'ID du CD-ROM en utilisant la fonction access() C-Runtime ou en effectuant des appels directs vers l'interruption MS-DOS 21h. La fonction AX=4300h doit être modifiée afin d'utiliser un appel d'ouverture de fichier. Les applications Windows qui utilisent la fonction SDK OpenFile() pour détecter un fichier clé doivent être modifiées pour utiliser _lopen().

Microsoft a confirmé l'existence de ce problème dans les versions de MSCDEX répertoriées au début de cet article. Nous recherchons actuellement des solutions à ce problème. Dès qu'elles seront disponibles, nous publierons les résultats dans la Base de connaissances Microsoft.

La fonction OpenFile() dans le SDK version 3.1 de Microsoft Windows effectue un appel de fonction GetAttributes avant d'ouvrir un fichier en lecture pour savoir si Novell Netware est chargé sur le système. La fonction OpenFile() échoue si la fonction GetAttributes() ne trouve pas le fichier requis. Par conséquent, si la fonction OpenFile() est utilisée pour détecter le CD-ROM inséré dans le lecteur en ouvrant un fichier clé, un CD-ROM incorrect peut être détecté à la suite d'un changement de disque.

REMARQUE : certains produits mentionnés dans cet article proviennent de fournisseurs indépendants de Microsoft ; nous n'offrons aucune garantie, expresse ou implicite, quant aux performances ou à la fiabilité de ces produits.