j'ai souvent ce message
le format du peripherique virtuel dans la base de registre n'est pas valide
je fais ignorer et ca tourne !
autre observation :
je n'arrive plus a afficher les fichiers images lorsque je fais AFFICHAGE et
MINIATURES sous le gestionnaire de fichier.
comme si un soft graphique aurait détruit une entrée VDD graphique !
je recharge WIN 2000 et je vais devoir tout reconfigurer ?
ou il y a soft pour vérifier serieusement la base de registres ?
merci
j'ai souvent ce message
le format du peripherique virtuel dans la base de registre n'est pas valide
je fais ignorer et ca tourne !
autre observation :
je n'arrive plus a afficher les fichiers images lorsque je fais AFFICHAGE et
MINIATURES sous le gestionnaire de fichier.
comme si un soft graphique aurait détruit une entrée VDD graphique !
je recharge WIN 2000 et je vais devoir tout reconfigurer ?
ou il y a soft pour vérifier serieusement la base de registres ?
merci
j'ai souvent ce message
le format du peripherique virtuel dans la base de registre n'est pas valide
je fais ignorer et ca tourne !
autre observation :
je n'arrive plus a afficher les fichiers images lorsque je fais AFFICHAGE et
MINIATURES sous le gestionnaire de fichier.
comme si un soft graphique aurait détruit une entrée VDD graphique !
je recharge WIN 2000 et je vais devoir tout reconfigurer ?
ou il y a soft pour vérifier serieusement la base de registres ?
merci
re moi ...
j'ai fait une copie d'ecran du message voir
http://f1chf.free.fr/erreur%20VDD.jpg
message en direct si vous voulez
a+j'ai souvent ce message
le format du peripherique virtuel dans la base de registre n'est pas
valide je fais ignorer et ca tourne !
autre observation :
je n'arrive plus a afficher les fichiers images lorsque je fais
AFFICHAGE et MINIATURES sous le gestionnaire de fichier.
comme si un soft graphique aurait détruit une entrée VDD graphique !
je recharge WIN 2000 et je vais devoir tout reconfigurer ?
ou il y a soft pour vérifier serieusement la base de registres ?
merci
re moi ...
j'ai fait une copie d'ecran du message voir
http://f1chf.free.fr/erreur%20VDD.jpg
message en direct si vous voulez
F1CHF@free.fr
a+
j'ai souvent ce message
le format du peripherique virtuel dans la base de registre n'est pas
valide je fais ignorer et ca tourne !
autre observation :
je n'arrive plus a afficher les fichiers images lorsque je fais
AFFICHAGE et MINIATURES sous le gestionnaire de fichier.
comme si un soft graphique aurait détruit une entrée VDD graphique !
je recharge WIN 2000 et je vais devoir tout reconfigurer ?
ou il y a soft pour vérifier serieusement la base de registres ?
merci
re moi ...
j'ai fait une copie d'ecran du message voir
http://f1chf.free.fr/erreur%20VDD.jpg
message en direct si vous voulez
a+j'ai souvent ce message
le format du peripherique virtuel dans la base de registre n'est pas
valide je fais ignorer et ca tourne !
autre observation :
je n'arrive plus a afficher les fichiers images lorsque je fais
AFFICHAGE et MINIATURES sous le gestionnaire de fichier.
comme si un soft graphique aurait détruit une entrée VDD graphique !
je recharge WIN 2000 et je vais devoir tout reconfigurer ?
ou il y a soft pour vérifier serieusement la base de registres ?
merci
En ce qui concerne le problème vdd, cela m'a tout l'air d'un driver windows
98 qui essaie de s'installer sous Win2k
On voit que c'est lancé par "run.pif" dans D:newpbpv245 - Kesako ? (Pic
basic compiler ?). Donc on cemmence par chercher ce qu c'est et si c'est
vraiment bien nécessaire.
Ensuite on devrait pouvoir trouver d'où run.pif est lancé (télécharger
msconfig.exe pour trouver et désactiver facilement).
http://www.perfectdrivers.com/howto/msconfig.html#ggviewer-offsite-nav-12464136
Pour l'affichage en miniatures, je crois qu'il y a un fix chez l'inimitable
J-C Bellamy - ici si je ne me trompe pas
http://jc.bellamy.free.fr/fr/vbsdownload.html#restorepreview
En ce qui concerne le problème vdd, cela m'a tout l'air d'un driver windows
98 qui essaie de s'installer sous Win2k
On voit que c'est lancé par "run.pif" dans D:newpbpv245 - Kesako ? (Pic
basic compiler ?). Donc on cemmence par chercher ce qu c'est et si c'est
vraiment bien nécessaire.
Ensuite on devrait pouvoir trouver d'où run.pif est lancé (télécharger
msconfig.exe pour trouver et désactiver facilement).
http://www.perfectdrivers.com/howto/msconfig.html#ggviewer-offsite-nav-12464136
Pour l'affichage en miniatures, je crois qu'il y a un fix chez l'inimitable
J-C Bellamy - ici si je ne me trompe pas
http://jc.bellamy.free.fr/fr/vbsdownload.html#restorepreview
En ce qui concerne le problème vdd, cela m'a tout l'air d'un driver windows
98 qui essaie de s'installer sous Win2k
On voit que c'est lancé par "run.pif" dans D:newpbpv245 - Kesako ? (Pic
basic compiler ?). Donc on cemmence par chercher ce qu c'est et si c'est
vraiment bien nécessaire.
Ensuite on devrait pouvoir trouver d'où run.pif est lancé (télécharger
msconfig.exe pour trouver et désactiver facilement).
http://www.perfectdrivers.com/howto/msconfig.html#ggviewer-offsite-nav-12464136
Pour l'affichage en miniatures, je crois qu'il y a un fix chez l'inimitable
J-C Bellamy - ici si je ne me trompe pas
http://jc.bellamy.free.fr/fr/vbsdownload.html#restorepreview
Tout d'abord merci pour votre réponse.
en effet le message apparait lors de la compilation d'un fichier
BASIC en utilisant
le Pic basic Pro ... je réponds au message en faisant ignorer et ca
tourne ! j'ai descendu le msconfig mais ça me dit pas grand chose car
cela arrive uniquement lors d'une compil.
Pour le site de Monsieur Belleamy (j'ai mis Mr et c'est volontaire)
c'est dingue ce que je suis nul ! j'ai bien vu l'item sur le restore
preview j'ai bien vu que je pouvais aller toutouyer la base de
registre ou plus facile il avait fait un script qui fait tout !
Comme je suis assez faineant j'ai essayé de me servir de son script,
mais je ne sais pas comment faire ...
j'avoue être arrivé a mon point d'imcompetence !
je vais sauvegarder la base de registre et essayer de toutouyer
merci d'avance pour votre aide.
(je suis tombé sur ce forum, en allant voir si je pouvais demander a
Mr Microsoft
et c'est la que j'ai vu les tarifs ! MDR ...je comprends mieux la
fortune de Bill !)
a+
Je comprends mieux, en effet ce n'est pas un message lors du lancement de
Tout d'abord merci pour votre réponse.
en effet le message apparait lors de la compilation d'un fichier
BASIC en utilisant
le Pic basic Pro ... je réponds au message en faisant ignorer et ca
tourne ! j'ai descendu le msconfig mais ça me dit pas grand chose car
cela arrive uniquement lors d'une compil.
Pour le site de Monsieur Belleamy (j'ai mis Mr et c'est volontaire)
c'est dingue ce que je suis nul ! j'ai bien vu l'item sur le restore
preview j'ai bien vu que je pouvais aller toutouyer la base de
registre ou plus facile il avait fait un script qui fait tout !
Comme je suis assez faineant j'ai essayé de me servir de son script,
mais je ne sais pas comment faire ...
j'avoue être arrivé a mon point d'imcompetence !
je vais sauvegarder la base de registre et essayer de toutouyer
merci d'avance pour votre aide.
(je suis tombé sur ce forum, en allant voir si je pouvais demander a
Mr Microsoft
et c'est la que j'ai vu les tarifs ! MDR ...je comprends mieux la
fortune de Bill !)
a+
Je comprends mieux, en effet ce n'est pas un message lors du lancement de
Tout d'abord merci pour votre réponse.
en effet le message apparait lors de la compilation d'un fichier
BASIC en utilisant
le Pic basic Pro ... je réponds au message en faisant ignorer et ca
tourne ! j'ai descendu le msconfig mais ça me dit pas grand chose car
cela arrive uniquement lors d'une compil.
Pour le site de Monsieur Belleamy (j'ai mis Mr et c'est volontaire)
c'est dingue ce que je suis nul ! j'ai bien vu l'item sur le restore
preview j'ai bien vu que je pouvais aller toutouyer la base de
registre ou plus facile il avait fait un script qui fait tout !
Comme je suis assez faineant j'ai essayé de me servir de son script,
mais je ne sais pas comment faire ...
j'avoue être arrivé a mon point d'imcompetence !
je vais sauvegarder la base de registre et essayer de toutouyer
merci d'avance pour votre aide.
(je suis tombé sur ce forum, en allant voir si je pouvais demander a
Mr Microsoft
et c'est la que j'ai vu les tarifs ! MDR ...je comprends mieux la
fortune de Bill !)
a+
Je comprends mieux, en effet ce n'est pas un message lors du lancement de
F1CHF wrote:Tout d'abord merci pour votre réponse.
en effet le message apparait lors de la compilation d'un fichier
BASIC en utilisant
le Pic basic Pro ... je réponds au message en faisant ignorer et ca
tourne ! j'ai descendu le msconfig mais ça me dit pas grand chose car
cela arrive uniquement lors d'une compil.
Pour le site de Monsieur Belleamy (j'ai mis Mr et c'est volontaire)
c'est dingue ce que je suis nul ! j'ai bien vu l'item sur le restore
preview j'ai bien vu que je pouvais aller toutouyer la base de
registre ou plus facile il avait fait un script qui fait tout !
Comme je suis assez faineant j'ai essayé de me servir de son script,
mais je ne sais pas comment faire ...
j'avoue être arrivé a mon point d'imcompetence !
je vais sauvegarder la base de registre et essayer de toutouyer
merci d'avance pour votre aide.
(je suis tombé sur ce forum, en allant voir si je pouvais demander a
Mr Microsoft
et c'est la que j'ai vu les tarifs ! MDR ...je comprends mieux la
fortune de Bill !)
a+
Je comprends mieux, en effet ce n'est pas un message lors du lancement de
l'ordinateur, mais au lancement d'un logiciel.
Normalement le run.pif doit pointer vers un autoexec et config qui l'un ou
l'autre contient l'ordre de chargement d'un driver - il suffit de mettre la
ligne en question en REM et tu n'auras plus le message.
Pour le script de JCB, normalement il suffit de télécharger le fichier vbs,
puis double cliquer dessus pour le lancer.
F1CHF wrote:
Tout d'abord merci pour votre réponse.
en effet le message apparait lors de la compilation d'un fichier
BASIC en utilisant
le Pic basic Pro ... je réponds au message en faisant ignorer et ca
tourne ! j'ai descendu le msconfig mais ça me dit pas grand chose car
cela arrive uniquement lors d'une compil.
Pour le site de Monsieur Belleamy (j'ai mis Mr et c'est volontaire)
c'est dingue ce que je suis nul ! j'ai bien vu l'item sur le restore
preview j'ai bien vu que je pouvais aller toutouyer la base de
registre ou plus facile il avait fait un script qui fait tout !
Comme je suis assez faineant j'ai essayé de me servir de son script,
mais je ne sais pas comment faire ...
j'avoue être arrivé a mon point d'imcompetence !
je vais sauvegarder la base de registre et essayer de toutouyer
merci d'avance pour votre aide.
(je suis tombé sur ce forum, en allant voir si je pouvais demander a
Mr Microsoft
et c'est la que j'ai vu les tarifs ! MDR ...je comprends mieux la
fortune de Bill !)
a+
Je comprends mieux, en effet ce n'est pas un message lors du lancement de
l'ordinateur, mais au lancement d'un logiciel.
Normalement le run.pif doit pointer vers un autoexec et config qui l'un ou
l'autre contient l'ordre de chargement d'un driver - il suffit de mettre la
ligne en question en REM et tu n'auras plus le message.
Pour le script de JCB, normalement il suffit de télécharger le fichier vbs,
puis double cliquer dessus pour le lancer.
F1CHF wrote:Tout d'abord merci pour votre réponse.
en effet le message apparait lors de la compilation d'un fichier
BASIC en utilisant
le Pic basic Pro ... je réponds au message en faisant ignorer et ca
tourne ! j'ai descendu le msconfig mais ça me dit pas grand chose car
cela arrive uniquement lors d'une compil.
Pour le site de Monsieur Belleamy (j'ai mis Mr et c'est volontaire)
c'est dingue ce que je suis nul ! j'ai bien vu l'item sur le restore
preview j'ai bien vu que je pouvais aller toutouyer la base de
registre ou plus facile il avait fait un script qui fait tout !
Comme je suis assez faineant j'ai essayé de me servir de son script,
mais je ne sais pas comment faire ...
j'avoue être arrivé a mon point d'imcompetence !
je vais sauvegarder la base de registre et essayer de toutouyer
merci d'avance pour votre aide.
(je suis tombé sur ce forum, en allant voir si je pouvais demander a
Mr Microsoft
et c'est la que j'ai vu les tarifs ! MDR ...je comprends mieux la
fortune de Bill !)
a+
Je comprends mieux, en effet ce n'est pas un message lors du lancement de
l'ordinateur, mais au lancement d'un logiciel.
Normalement le run.pif doit pointer vers un autoexec et config qui l'un ou
l'autre contient l'ordre de chargement d'un driver - il suffit de mettre la
ligne en question en REM et tu n'auras plus le message.
Pour le script de JCB, normalement il suffit de télécharger le fichier vbs,
puis double cliquer dessus pour le lancer.
[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
Dans le message :,
F1CHF a pris la peine d'écrire ce qui suit
:[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
Pour ton info, les VDD (Virtual DOS Driver) et leurs erreurs associées
constituent un domaine très "exotique" de Windows ! ;-)
Un VDD est une DLL 32-bits qui tourne en mode user (= mode protégé, où on ne
peut pas faire n'importe quoi, mais qui garantit le non-plantage du
système).
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 (là, un bug entraine un BSOD, avec plantage général) .
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é explicitement dans la BDR :
HKLMSYSTEMCurrentControlSetControlVirtualDeviceDriversVDD
C'est une entrée de type REG_MULTI_SZ (=plusieurs chaines,
séparées par des zéros binaires)
valeur : <chemin complet VDD1.DLL>0<chemin complet VDD2.DLL>0......00
(les "0" intermédiaires sont les terminateurs habituels
de toute chaine ASCIIZ, et le dernier "0" indique la fin
de l'entrée MULTI_SZ)
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", j'ai déjà vu le cas)
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)
http://support.microsoft.com/?id%4914
NB: sous NT4 et W2K, une entrée REG_MULTI_SZ se crée ou modifie à l'aide de
REGEDT32, et non pas REGEDIT.
Si l'erreur persiste, c'est que :
- la clef a mal été modifiée
(il traine encore un ou plusieurs octets invalides)
Dans ce cas, la supprimer, puis la recréer
(en la laissant vide)
- il manque réellement un VDD, non trouvé,
et/ou l'appli DOS ne peut PAS tourner sous NT!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
ou http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :74D00EA2-D434-429A-B1BE-6E9559566452@microsoft.com,
F1CHF <F1CHF@discussions.microsoft.com> a pris la peine d'écrire ce qui suit
:
[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
Pour ton info, les VDD (Virtual DOS Driver) et leurs erreurs associées
constituent un domaine très "exotique" de Windows ! ;-)
Un VDD est une DLL 32-bits qui tourne en mode user (= mode protégé, où on ne
peut pas faire n'importe quoi, mais qui garantit le non-plantage du
système).
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 (là, un bug entraine un BSOD, avec plantage général) .
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é explicitement dans la BDR :
HKLMSYSTEMCurrentControlSetControlVirtualDeviceDriversVDD
C'est une entrée de type REG_MULTI_SZ (=plusieurs chaines,
séparées par des zéros binaires)
valeur : <chemin complet VDD1.DLL>0<chemin complet VDD2.DLL>0......00
(les "0" intermédiaires sont les terminateurs habituels
de toute chaine ASCIIZ, et le dernier "0" indique la fin
de l'entrée MULTI_SZ)
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", j'ai déjà vu le cas)
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)
http://support.microsoft.com/?id%4914
NB: sous NT4 et W2K, une entrée REG_MULTI_SZ se crée ou modifie à l'aide de
REGEDT32, et non pas REGEDIT.
Si l'erreur persiste, c'est que :
- la clef a mal été modifiée
(il traine encore un ou plusieurs octets invalides)
Dans ce cas, la supprimer, puis la recréer
(en la laissant vide)
- il manque réellement un VDD, non trouvé,
et/ou l'appli DOS ne peut PAS tourner sous NT!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
ou http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :,
F1CHF a pris la peine d'écrire ce qui suit
:[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
Pour ton info, les VDD (Virtual DOS Driver) et leurs erreurs associées
constituent un domaine très "exotique" de Windows ! ;-)
Un VDD est une DLL 32-bits qui tourne en mode user (= mode protégé, où on ne
peut pas faire n'importe quoi, mais qui garantit le non-plantage du
système).
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 (là, un bug entraine un BSOD, avec plantage général) .
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é explicitement dans la BDR :
HKLMSYSTEMCurrentControlSetControlVirtualDeviceDriversVDD
C'est une entrée de type REG_MULTI_SZ (=plusieurs chaines,
séparées par des zéros binaires)
valeur : <chemin complet VDD1.DLL>0<chemin complet VDD2.DLL>0......00
(les "0" intermédiaires sont les terminateurs habituels
de toute chaine ASCIIZ, et le dernier "0" indique la fin
de l'entrée MULTI_SZ)
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", j'ai déjà vu le cas)
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)
http://support.microsoft.com/?id%4914
NB: sous NT4 et W2K, une entrée REG_MULTI_SZ se crée ou modifie à l'aide de
REGEDT32, et non pas REGEDIT.
Si l'erreur persiste, c'est que :
- la clef a mal été modifiée
(il traine encore un ou plusieurs octets invalides)
Dans ce cas, la supprimer, puis la recréer
(en la laissant vide)
- il manque réellement un VDD, non trouvé,
et/ou l'appli DOS ne peut PAS tourner sous NT!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
ou http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :,
F1CHF a pris la peine d'écrire ce
qui suit
[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
Pour ton info, les VDD (Virtual DOS Driver) et leurs erreurs associées
constituent un domaine très "exotique" de Windows ! ;-)
Un VDD est une DLL 32-bits qui tourne en mode user (= mode protégé,
où on ne peut pas faire n'importe quoi, mais qui garantit le
non-plantage du système).
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 (là, un bug entraine un BSOD, avec
plantage général) . 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é explicitement dans la BDR :
HKLMSYSTEMCurrentControlSetControlVirtualDeviceDriversVDD
C'est une entrée de type REG_MULTI_SZ (=plusieurs chaines,
séparées par des zéros binaires)
valeur : <chemin complet VDD1.DLL>0<chemin complet
VDD2.DLL>0......00
(les "0" intermédiaires sont les terminateurs habituels
de toute chaine ASCIIZ, et le dernier "0" indique la fin
de l'entrée MULTI_SZ)
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", j'ai déjà vu le cas)
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) http://support.microsoft.com/?id%4914
NB: sous NT4 et W2K, une entrée REG_MULTI_SZ se crée ou modifie à
l'aide de REGEDT32, et non pas REGEDIT.
Si l'erreur persiste, c'est que :
- la clef a mal été modifiée
(il traine encore un ou plusieurs octets invalides)
Dans ce cas, la supprimer, puis la recréer
(en la laissant vide)
- il manque réellement un VDD, non trouvé,
et/ou l'appli DOS ne peut PAS tourner sous NT!
Dans le message :74D00EA2-D434-429A-B1BE-6E9559566452@microsoft.com,
F1CHF <F1CHF@discussions.microsoft.com> a pris la peine d'écrire ce
qui suit
[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
Pour ton info, les VDD (Virtual DOS Driver) et leurs erreurs associées
constituent un domaine très "exotique" de Windows ! ;-)
Un VDD est une DLL 32-bits qui tourne en mode user (= mode protégé,
où on ne peut pas faire n'importe quoi, mais qui garantit le
non-plantage du système).
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 (là, un bug entraine un BSOD, avec
plantage général) . 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é explicitement dans la BDR :
HKLMSYSTEMCurrentControlSetControlVirtualDeviceDriversVDD
C'est une entrée de type REG_MULTI_SZ (=plusieurs chaines,
séparées par des zéros binaires)
valeur : <chemin complet VDD1.DLL>0<chemin complet
VDD2.DLL>0......00
(les "0" intermédiaires sont les terminateurs habituels
de toute chaine ASCIIZ, et le dernier "0" indique la fin
de l'entrée MULTI_SZ)
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", j'ai déjà vu le cas)
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) http://support.microsoft.com/?id%4914
NB: sous NT4 et W2K, une entrée REG_MULTI_SZ se crée ou modifie à
l'aide de REGEDT32, et non pas REGEDIT.
Si l'erreur persiste, c'est que :
- la clef a mal été modifiée
(il traine encore un ou plusieurs octets invalides)
Dans ce cas, la supprimer, puis la recréer
(en la laissant vide)
- il manque réellement un VDD, non trouvé,
et/ou l'appli DOS ne peut PAS tourner sous NT!
Dans le message :,
F1CHF a pris la peine d'écrire ce
qui suit
[...]
j'ai ce message
en lancant COMMAND tout betement dans Executer etc ...
j'ai fait un coupé collé de ce que je vois
c'est la : http://f1chf.free.fr/erreur%20VDD.jpg
mais on va pas se prendre le chou, ce n'est pas bloquant, je fais
ignorer et ça roule
Pour ton info, les VDD (Virtual DOS Driver) et leurs erreurs associées
constituent un domaine très "exotique" de Windows ! ;-)
Un VDD est une DLL 32-bits qui tourne en mode user (= mode protégé,
où on ne peut pas faire n'importe quoi, mais qui garantit le
non-plantage du système).
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 (là, un bug entraine un BSOD, avec
plantage général) . 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é explicitement dans la BDR :
HKLMSYSTEMCurrentControlSetControlVirtualDeviceDriversVDD
C'est une entrée de type REG_MULTI_SZ (=plusieurs chaines,
séparées par des zéros binaires)
valeur : <chemin complet VDD1.DLL>0<chemin complet
VDD2.DLL>0......00
(les "0" intermédiaires sont les terminateurs habituels
de toute chaine ASCIIZ, et le dernier "0" indique la fin
de l'entrée MULTI_SZ)
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", j'ai déjà vu le cas)
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) http://support.microsoft.com/?id%4914
NB: sous NT4 et W2K, une entrée REG_MULTI_SZ se crée ou modifie à
l'aide de REGEDT32, et non pas REGEDIT.
Si l'erreur persiste, c'est que :
- la clef a mal été modifiée
(il traine encore un ou plusieurs octets invalides)
Dans ce cas, la supprimer, puis la recréer
(en la laissant vide)
- il manque réellement un VDD, non trouvé,
et/ou l'appli DOS ne peut PAS tourner sous NT!
