Objets de noyau ne peuvent pas être partagées dans les Sessions Terminal Server

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 264651
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
Lorsqu'un programme essaie d'ouvrir un objet noyau comme un événement ou un sémaphore a été créé dans une autre session des Services Terminal Server, il risque d'échouer. L'appel de GetLastError renvoie ERROR_FILE_NOT_FOUND.
Cause
Ce comportement peut se produire pour une des raisons suivantes :
  • Le serveur des Terminal Services server peut s'exécuter en mode administration à distance. Le partage d'objets de noyau est pris en charge uniquement lorsque le serveur est en cours d'exécution en mode serveur d'applications. Si le serveur est en mode administration à distance, cette fonctionnalité est désactivée. Vous devez modifier la configuration des Services Terminal Server.
  • L'objet de noyau peut être créé ou ouvert dans une bibliothèque dynamic-link (DLL) qui est chargé explicitement par le programme à l'aide d'appels LoadLibrary ou LoadLibraryEx. Ces objets ne sont pas partagées par plusieurs sessions même si la DLL est marquée pour l'utilisation globale à l'aide de la commande Enregistrer. Cet article répertorie un correctif pour résoudre ce problème.
Résolution
Pour résoudre ce problème, procurez-vous le dernier service pack pour Windows 2000. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
260910Comment faire pour obtenir le dernier Service Pack de Windows 2000
La version anglaise de ce correctif doit avoir les attributs de fichier suivants ou ceux d'une version ultérieure :
   Date        Time    Version        Size    File name   -------------------------------------------------------   06/02/2000  06:05p  5.0.2195.2096  45,328  Tsappcmp.dll				

Contournement
Sélectionnez le programme (fichier .exe) qui charge la DLL pour l'utilisation globale. Notez que cela fonctionne uniquement si le serveur des Terminal Services server est en mode serveur d'applications.
Statut
Microsoft a confirmé l'existence de ce problème dans Microsoft Windows 2000. Ce problème a été corrigé dans Windows 2000 Service Pack 2.
Plus d'informations
Pour plus d'informations sur la façon d'installer Windows 2000 et les correctifs Windows 2000 en même temps, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
249149Installation de Microsoft Windows 2000 et des correctifs Windows 2000

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 264651 - Dernière mise à jour : 02/06/2014 18:09:29 - Révision : 2.4

Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbwin2000presp2fix KB264651 KbMtfr
Commentaires