depuis que j'ai immigrer vers 2000 server j'ai toujours un
problme qui bloque chaque l'excution de chaque
application .
me message : c:\winnt.0\system32\cmd.exe
system\currentcontrolset\control\virtualdevivcedrivers.vdd
le format du pilote de pehriphique *virtuel dans le
registre n'est pas valid.choisissez fermer pour metre fin
de votre application
veuillez m'aider pour trouver une solution
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean-Claude BELLAMY
s'est ainsi exprimé:
depuis que j'ai immigrer vers 2000 server j'ai toujours un problme qui bloque chaque l'excution de chaque application . me message : c:winnt.0system32cmd.exe
systemcurrentcontrolsetcontrolvirtualdevivcedrivers.vdd le format du pilote de pehriphique *virtuel dans le registre n'est pas valid.choisissez fermer pour metre fin de votre application
Curieux cette association entre "cmd.exe" (appli Win 32 à 100%) et cette clef (que tu as recopiée comme un goret! ;+))
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlVirtualDeviceDriversVDD est une entrée (de type REG_MULTI_SZ) qui contient une liste de VDD (Virtual DOS Drivers)
Un VDD est une DLL 32-bits qui tourne en mode user. Il transforme toutes les requêtes de programmes MS-DOS (interruptions de bas niveau - p.ex. int13h, int2Fh,... - , interdites en mode user par NT) en appels en mode kernel. Il peut être appelé :
- soit directement par une appli DOS modifiée, qui fera appel aux fonctions "DispatchCall", "RegisterModule" et "UnRegisterModule"
- soit indirectement par la machine virtuelle DOS lancée par NTVDM, qui intercepte les accès périphériques de l'appli DOS et les redirige vers les fonctions "callback" du VDD. Dans ce cas, le VDD doit être déclaré explictement dans la BDR : HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlVirtualDeviceDrivers. entrée "VDD" (type REG_MULTI_SZ) valeur : <chemin complet VDD1.DLL> <chemin complet VDD2.DLL> ......
Ces drivers - non Microsoft - sont installés par certaines applications très spéciales faisant appel à des modules 16 bits (c'est très rare)
L'erreur peut survenir si le driver ou l'appli 16 bits est défecteuse, non compatible avec Windows. Par exemple un "command.com" corrompu. Cela peut être du aussi à un contenu "foireux" de l'entrée. (normalement elle est vide, mais il peut "trainer" p.ex. un caractère "exotique")
Pour résoudre ce pb, MS préconise (article 254914) de supprimer puis recréer l'entrée VDD (avec un contenu vide, qui est sa valeur originale) ATTENTION : comme cette clef est (et doit être) de type REG_MULTI_SZ, on ne peut, sous W2K, la créer qu'avec REGEDT32 et non pas REGEDIT (qui n'autorise que les entrée chaines de type REG_SZ)
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org *
seghair@hotmail.com <seghair@hotmail.com> s'est ainsi exprimé:
depuis que j'ai immigrer vers 2000 server j'ai toujours un
problme qui bloque chaque l'excution de chaque
application .
me message : c:winnt.0system32cmd.exe
systemcurrentcontrolsetcontrolvirtualdevivcedrivers.vdd
le format du pilote de pehriphique *virtuel dans le
registre n'est pas valid.choisissez fermer pour metre fin
de votre application
Curieux cette association entre "cmd.exe" (appli Win 32 à 100%) et cette
clef (que tu as recopiée comme un goret! ;+))
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlVirtualDeviceDriversVDD
est une entrée (de type REG_MULTI_SZ) qui contient une liste de VDD (Virtual
DOS Drivers)
Un VDD est une DLL 32-bits qui tourne en mode user.
Il transforme toutes les requêtes de programmes MS-DOS (interruptions de bas
niveau - p.ex. int13h, int2Fh,... - , interdites en mode user par NT) en
appels en mode kernel.
Il peut être appelé :
- soit directement par une appli DOS modifiée,
qui fera appel aux fonctions "DispatchCall",
"RegisterModule" et "UnRegisterModule"
- soit indirectement par la machine virtuelle DOS lancée par NTVDM,
qui intercepte les accès périphériques de l'appli DOS et les
redirige vers les fonctions "callback" du VDD.
Dans ce cas, le VDD doit être déclaré explictement dans la BDR :
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlVirtualDeviceDrivers.
entrée "VDD" (type REG_MULTI_SZ)
valeur : <chemin complet VDD1.DLL> <chemin complet VDD2.DLL> ......
Ces drivers - non Microsoft - sont installés par certaines applications très
spéciales faisant appel à des modules 16 bits (c'est très rare)
L'erreur peut survenir si le driver ou l'appli 16 bits est défecteuse, non
compatible avec Windows.
Par exemple un "command.com" corrompu.
Cela peut être du aussi à un contenu "foireux" de l'entrée.
(normalement elle est vide, mais il peut "trainer" p.ex. un caractère
"exotique")
Pour résoudre ce pb, MS préconise (article 254914) de supprimer puis recréer
l'entrée VDD (avec un contenu vide, qui est sa valeur originale)
ATTENTION : comme cette clef est (et doit être) de type REG_MULTI_SZ, on ne
peut, sous W2K, la créer qu'avec REGEDT32 et non pas REGEDIT (qui n'autorise
que les entrée chaines de type REG_SZ)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
Jean-Claude.Bellamy@wanadoo.fr * JC.Bellamy@free.fr
depuis que j'ai immigrer vers 2000 server j'ai toujours un problme qui bloque chaque l'excution de chaque application . me message : c:winnt.0system32cmd.exe
systemcurrentcontrolsetcontrolvirtualdevivcedrivers.vdd le format du pilote de pehriphique *virtuel dans le registre n'est pas valid.choisissez fermer pour metre fin de votre application
Curieux cette association entre "cmd.exe" (appli Win 32 à 100%) et cette clef (que tu as recopiée comme un goret! ;+))
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlVirtualDeviceDriversVDD est une entrée (de type REG_MULTI_SZ) qui contient une liste de VDD (Virtual DOS Drivers)
Un VDD est une DLL 32-bits qui tourne en mode user. Il transforme toutes les requêtes de programmes MS-DOS (interruptions de bas niveau - p.ex. int13h, int2Fh,... - , interdites en mode user par NT) en appels en mode kernel. Il peut être appelé :
- soit directement par une appli DOS modifiée, qui fera appel aux fonctions "DispatchCall", "RegisterModule" et "UnRegisterModule"
- soit indirectement par la machine virtuelle DOS lancée par NTVDM, qui intercepte les accès périphériques de l'appli DOS et les redirige vers les fonctions "callback" du VDD. Dans ce cas, le VDD doit être déclaré explictement dans la BDR : HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlVirtualDeviceDrivers. entrée "VDD" (type REG_MULTI_SZ) valeur : <chemin complet VDD1.DLL> <chemin complet VDD2.DLL> ......
Ces drivers - non Microsoft - sont installés par certaines applications très spéciales faisant appel à des modules 16 bits (c'est très rare)
L'erreur peut survenir si le driver ou l'appli 16 bits est défecteuse, non compatible avec Windows. Par exemple un "command.com" corrompu. Cela peut être du aussi à un contenu "foireux" de l'entrée. (normalement elle est vide, mais il peut "trainer" p.ex. un caractère "exotique")
Pour résoudre ce pb, MS préconise (article 254914) de supprimer puis recréer l'entrée VDD (avec un contenu vide, qui est sa valeur originale) ATTENTION : comme cette clef est (et doit être) de type REG_MULTI_SZ, on ne peut, sous W2K, la créer qu'avec REGEDT32 et non pas REGEDIT (qui n'autorise que les entrée chaines de type REG_SZ)
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org *
