Voila j´ai poster un topic sur le forum PC que j´ai résol entre temps, voici le lien pour savoir de quoi ca parle :
https://www.jeuxvideo.com/forums/1-1-8922911-1-0-26-0-0.htm

Et en fait le truc c´est que xcopy.exe avait disparu du dossier system32, est-ce que quelqu´un aurait une explication ?

merci a tous, je sais que c´est un peux HS mais bon je pense trouver plus de personne ici qui ont de " l´experience" avec xcopy

Merci a tous ! !

si cxopy a disparu c´est probablement une fausse manip ou un bug du DD.

mais comme cela, il est quasiment impossible de savoir pourquoi c´est arrivé.

puice qu´on en est là, j´en profite pour vous faire pars d´un problème :
depuis que j´ai réinstallé ma machine le week end dernier avec XP + sp2 j´ai tout le temps le " sous system windows 16 bits" qui me fait des erreurs : ntvdm a rencontré une intrusction non autorisé, arreter/ignorer.

je ne peut plus par exemple installé VS6.

c´est plutot ennuyeux. j´ai essayé de remplacer ntvdm.exe par une nouvelle version, mais ça m´a juste enpeché de relancer mon PCtant que je n´ai pas remis la bonne version. c´est plutot bizarre.

mais, fallait pas prendre le service pack 2, il y a encore plus de bug que le service pack 1...

Lol c´est clair le SP2 c´est une horreur ^^

Je confirme !
L´installation du SP2 m´a provoqué tellement de pb que j´ai du reformater et réinstaller.
Depuis j´ai lu qu´il pose plus de problêmes qu´il n´en résoud, et dans la liste des logiciels qui sont suceptiblent de planter, les 2/3 sont du Micro$oft, un comble !

• 0* probleme, tout fonctionne correctement, y compris tous les logiciels de crosoft.

J ai bien entendu installe le patch pour que les mules tournent correctement.

Avec NT4 et 2000 il était conseillé de n´installer que les Services Packs impaires car les paires tenaient plus des versions bêtas qu´autre chose.
Je crois que je vais faire la même chose avec Xp.

Bah, c´est la politique de mi©®o$oft...

non, je lavais déjà installé avant zet il amrachait bien ( en fait, je l´ai installé une première fois et viré puis réinstallé).
mais la sur la nouvelle install de mon PC, j´ai l´impression que la ntvdm ( machine virtuel 16bit) est abimé et je ne sais pas comment faire pour la réparer : j´ai remplacé le fichier ntvdm.exe par celui présent dans le service pack et ça m´a empêché de redémarer le PC mais étonnement celui que j´ai fait 400ko et celui du sp2 seulement 130.

et il y a sa DLL qui n´existe nul par ailleur.

est ce que qqn qui aurait winXP pro FR + SP2 pourrait m´envoyer ntvdm.exe et ntvdm.dll pour que je vois si en les remplacant avec des versions qui marche ça peut aller ?
merci d´avance ( une adresse s´il y a une âme charitable : kkxlnrrm@ephemail.net ) .

Moi je crois que j´ai le SP2 qui a été installé par les types à qui on a envoyé la bête y´a quelques temps... mais tu peux courir pour que je te les passe, c´est contraire à mes principes

sont où d´abb ?

dans system32

et puis tu sais, maintenant je ne fait plus que du C++, la preuve, je me suis mis à la gestion des fenêtres et des messages et tout et tout ( c´est la fin du VB pour moi), alors tu peut bien faire un geste aussi...

j´en aurais vraiment besoin de ces ficheir si qqn pouvait me les envoyer que je vois si ça peut faire re-marcher correctement mon PC. ça m´ennuierais vraiment de me retaper une install de windows maintenant.

merci

Trop mdr j´avais complètement oublié XD

bon je les envois demain je vais pas rebooter ( et couper The Wall, aaaaaahhh) pour ça :p

j´ai Win XP pro version LSD avec le SP2, après un probleme inhérent aux drivers graphiques je n´ai aucun probleme

J´t´ai envoyé ça dnob, t´iras vérifier.

Kelios
---------

Bon bah problème réglé XD

Encore sincèrement désolé, au début j´avais vraiment projeté de le faire, mais je l´ai pas noté :o

merci kelios ( et les autres qui ont projeté de le faire aussi).

malheureusement ça marche pas.
c´est bizarre, mais ça doit venir du SP2 ( pourtant il ne me faisait pas ça avant).

bah tant pis un, il vont m´obliger à utiliser vb.net, c´est vraiment stupide vu que j´avais une liscence pour le vb6, mais toutes les bonne choses ont une fin.

A ce propos, qqn sait comment en vb.net ont fait pour récupérer dans la procédure closing ou closed je sais pas, ce qui s´appellait avant unloadmode et qui donnait le responsable de la fermuture d´une fenêtre ( le système, le code, l´utilisateur) ?
et en C++, ça correspond au wParam du WM_QUIT, ou alors celui là et complétement arbitraire ?
la msdn de . net est de bien moins bonne qualité que celle de 98 je trouve ( allusion au fait qu´il n´y a rien dedans).

finalement, j´ai upgradé un projet qui le faisait avec le wizard de vb.net et il m´a mis des warning dans ce bout de code qui m´ont permis de trouver ça dans l´aide :

" There is no replacement for UnloadMode."

" If it is necessary to determine why the form is closing, you will need to create an overloaded version of the Closing event with custom code to determine the caller."

bah ouais quoi, c´est encore plus facile à faire qu´a dire.
j´ai l´étrange impression que je ne vais asp tarder à abandonner le vb. ce qui ne sera pas pour déplaire à certain.

Delphi POWA ! !!!!!

et en C++, il y a un moyen de récupérer cette info ( la raison de la fermeture d´une form ou d´un programme entier) ?

ce que je trouve bizarre c´est que le code situé après la sortie de la boucle des message ( donc en cas de WM_QUIT) n´est pas systématiquement exécuté lorsque windows se ferme ( ou la session).

alors queje suppose que le programme se ferme quand même. c´est bizarre.