• Arrêt ou redémarrage rapide de Windows
• La défragmentation des disques
• Les clefs fondamentales (les plus usitées)
• Clef des références d'applications en vue de leur désinstallation
• Clefs des programmes à exécuter au démarrage de Windows
• Clef des informations de paramétrage "international"
• Réafficher l'écran d'accueil au démarrage deWindows 9x
• Définition des dossiers "Program Files"et installation de Windows
• Personnaliser le panneau de configuration "Système"
• Impossible d'afficher l'onglet "Chercher" dans un fichier d'aide Windows (Erreur 177)
• Comment remplacer un fichier en cours d'utilisation
• Dates de fin de vie de produits Microsoft
• Modifications de la base de registres en ligne de commande
• Structure des répertoires et stockage des noms longs avec le système FAT
• Disquettes de tests de configuration matérielle
• Verrouillage du pavé numérique (clavier externe de PC portable)
• Changement du mode graphique par ligne de commande

Arrêt ou redémarrage rapide de Windows (95/98 ou NT)

La procédure d'arrêt ou de redémarrage de Windows est un peu fastidieuse (et longue) :
Menu "Démarrer", item "Arrêter", puis choix dans la boite de dialogue "Arrêt de Windows",...
On peut accélérer ce processus en lançant une application particulière pour laquelel on aura créé un raccourci. Plusieurs méthodes existent :

1) Méthode Windows (de base)

• (version 32 bits) : rundll32.exe, auquel on passe en paramètre la librairie user32.dll, puis la fonction ExitWindowsEx
• (version 16 bits) : rundll.exe, auquel on passe en paramètre la librairie user.exe, puis la fonction ExitWindows

Exemple : c:\windows\rundll  user.exe,ExitWindows
il ne doit y avoir AUCUN espace de part et d'autre de la virgule.
Mais cette astuce ne fonctionne pas toujours, et rundll, qui semble plus conciliant, n'existe pas sous Windows NT.De plus, elle se limite à arrêter Windows, or on peut vouloir redémarrer complètement le PC, ou simplement fermer la session en cours.

2) Méthode JCB (1ère version : EXIT.DLL)

C'est pourquoi j'ai conçu une autre librairie 32 bits, nommée exit.dll, qui fonctionne aussi bien sous Windows 9x que Windows NT, et qui admet des paramètres, permettant de choisir le mode d'arrêt ou de redémarrage. Par ailleurs, sa taille est inférieure à 30 ko.
Elle peut être placée dans n'importe quel répertoire (p.ex. c:\util), et est également lancée à l'aide de rundll32. Elle se compose d'une seule fonction nommée exitwin.
La syntaxe de la commande (à placer dans un raccourci, un fichier batch, un programme) est la suivante :

rundll32.exe <répertoire_de_exit.dll>\exit.dll,exitwin <liste de paramètres>

avec :

<répertoire_de_exit.dll>	par exemple c:\util
<liste de paramètres>	Si cette liste est vide, il y a affichage d'une boite de dialogue rappelant les paramètres disponibles :
	Si la liste n'est pas vide, les paramètres doivent être séparés les uns des autres par un ou plusieurs espaces : par exemple : Reboot force ? ou encore   : P	L'ordre des paramètres n'a pas d'importance La présence du caractère ? entrainera l'affichage d'une boite de dialogue de confirmation :

Exemple récapitulatif :

c:\windows\rundll32.exe c:\util\exit.dll,exitwin reboot F

Le PC redémarrera sans confirmation, avec fermeture éventuelle de toutes les applications, même celles qui ne répondent plus au système.

Cliquez ici pour télécharger (gratuitement) exit.dll ("zippé" en exit.zip)

3) Méthode JCB (2ème version : WINEXIT.EXE)

L'utilisation de rundll me plaisant modérément, surtout en raison de sa syntaxe peu pratique, j'ai conçu WINEXIT.EXE, un exécutable autonome, ayant des fonctionnalités identiques à EXIT.DLL. (j'ai changé le nom pour éviter des confusions de modules binaires)
C'est une application Windows en interface graphique. Au départ, je l'avais conçue en mode console, mais j'ai découvert que l'utilisation de la fonction ExitWindowsEx est INTERDITE sous Windows 9x en mode console (NT4 et Windows 2000 l'acceptent sans problème).

Le lancement de Winexit sans aucun paramètre affiche la fenêtre d'aide
Les paramètres sont les mêmes que pour exitwin.dll (logoff, poweroff, shutdown, force, reboot, ?)
La syntaxe de la commande (à placer dans un raccourci, un fichier batch, un programme) est la suivante :

winexit.exe <liste de paramètres>

Exemple récapitulatif :

d:\outils\winexit.exe reboot F

Le PC redémarrera sans confirmation, avec fermeture éventuelle de toutes les applications, même celles qui ne répondent plus au système.

Cliquez ici pour télécharger (gratuitement) winexit.exe ("zippé" en winexit.zip)

La défragmentation des disques

Sur un disque, en plus de la création de fichiers (ajouts) on est généralement amené à supprimer, modifier, agrandir un ou plusieurs fichiers. Donc quand on veut écrire quelque chose sur un disque, à moins qu'il soit vierge ou que l'on n'ait JAMAIS effectué de suppressions de fichiers, on va copier les informations là où il y a de l'espace libre. Et comme cet espace peut provenir d'anciens fichiers supprimés, lesquels, à moins d'un très grand hasard, n'ont pas la même taille que le nouveau fichier, ce dernier va être en plusieurs morceaux.

Suivant les systèmes d'exploitation et les systèmes de fichiers, la défragmentation peut être opérée soit en continu (UNIX), soit ponctuellement (à la demande : DOS, Windows).

Et comme un bon dessin vaut mieux qu'un mauvais discours, je vais prendre un exemple :

Soit un disque vierge au départ, dans lequel :

On écrit 2 fichiers, A et B, de 1 ko chacun (pour faire simple) : 

Puis on ajoute un fichier C, de 2 ko  

On veut ensuite modifier A, et le passer à 1.5ko 
Or on voit qu'il n'y a pas assez de place, là où est A
2 possibilités : 
1) Déplacer TOUS les fichiers B, C derrière A, de 0.5 ko "vers la droite" 

AAAAAAAAAAAA	BBBBBBBB	CCCCCCCCCCCCCCCC	............
1.5k	1k	2k

Opération TRÈS coûteuse en temps CPU et déplacement des têtes 
=> Inutilisée par la plupart des systèmes de fichiers.

2) Copier le "restant" du fichier derrière tous les autres, là où c'est libre : 

AAAAAAAA	BBBBBBBB	CCCCCCCCCCCCCCCC	AAAA	...........
1k	1k	2k	.5

Opération devenue très classique, retenue par presque tous les systèmes de fichiers, en particulier les FAT. par contre : 

• elle oblige à maintenir une "table" de tous les emplacements des divers morceaux de chaque fichier (c'est justement le rôle de la "FAT", File Allocation Table, dans le système du même nom) 
• les fichiers se retrouvent "fragmentés". Donc les têtes du disque vont devoir souvent se déplacer un peu partout, de la piste 12, puis vers la 347, puis revenir à la 79, ... En plus, c'est très fatigant ! :+)

Et la fragmentation va se poursuivre : 

On supprime le fichier B 

AAAAAAAA	........	CCCCCCCCCCCCCCCC	AAAA	............
1k	1k	2k	.5

On crée un fichier D de 2 ko 
Le système ne va pas le copier à la fin directement, il va commencer par regarder s'il n'y a pas de la place libre avant. C'est justement le cas ici, mais c'est insuffisant. On va obtenir ceci :

AAAAAAAA	DDDDDDDD	CCCCCCCCCCCCCCCC	AAAA	DDDDDDDD	....
1k	1k	2k	.5	1k

On ramène la taille de C à 0.5ko 

AAAAAAAA	DDDDDDDD	CCCC	............	AAAA	DDDDDDDD	....
1k	1k	.5	1.5k	.5	1k

On passe la taille de A à 2.5 ko

AAAAAAAA	DDDDDDDD	CCCC	AAAAAAAA	....	AAAA	DDDDDDDD	....
1k	1k	.5	1k	.5	.5	1k

On devine facilement la complexité de l'ensemble !!! 
De plus, si on prend le cas du fichier A, on se rend compte qu'il est en 3 zones, le début est au début du disque, puis la suite vers la fin du disque, et la fin du fichier est au milieu du disque, soit un désordre total!

Le défragmenteur va (p.ex.) commencer par supprimer tous les trous, en les déplaçant et les fusionnant à la fin du disque : 

Ensuite, il va prendre les fichiers un par un, voir s'ils sont en plusieurs morceaux, et si oui essayer de les réorganiser : 

1. Calcul de la taille totale 
2. Recherche d'une zone libre en un seul bloc de cette taille 
3. Si elle existe, on déplace le fichier dans cette zone 
4. Si elle n'existe pas, on déplace un ou plusieurs blocs suivants., 
5. Et ainsi de suite 

Exemple : 

L'efficacité d'un défragmenteur repose sur l'algorithme utilisé. Certains peuvent décider de rechercher pour commencer les plus gros fichiers, ou au contraire les plus petits, de les déplacer temporairement juste à la fin des fichiers, ou à la fin du disque,... 
La défragmentation prendra aussi plus ou moins de temps suivant la place libre sur le disque : si la place est très faible, le défragmenteur va devoir s'y prendre à plusieurs reprises pour déplacer un fichier.

C'est pourquoi il y a intérêt à défragmenter TRÈS RÉGULIÈREMENT (personnellement, je le fais quotidiennement, vers 2h du matin, par programmation automatique), ainsi la défragmentation est rapide (puisqu'il n'y a pas grand chose à faire, et aussi parce qu'il n'y a pas besoin d'une grande zone libre temporaire)

Si on attend trop longtemps, il n'y aura plus assez de place libre temporairement à la fin du disque, et donc le défragmenteur va devoir "ruser" un nombre incalculable de fois! Et on a intérêt à défragmenter, car un fichier fragmenté sera beaucoup plus long à lire ou à écrire, vu que les têtes vont devoir se déplacer à la surface du disque.

Contrairement à une idée reçue (et alimentée au départ par Microsoft lui-même), NTFS, qui est pourtant un excellent système de fichiers, fragmente les fichiers.
La preuve : sous Windows 2000, un défragmenteur est désormais livré avec le système d'exploitation (une version "allégée" de DiskKeeper).
Pour ma part, j'utilise (sous NT4 et Windows 2000) "OO-Defrag" (http://www.oosoft.de/index-e.html)

En conclusion, les seuls cas où défragmenter ne sert à rien sont :
- Quand le disque est neuf
- Quand le disque vient d'être défragmenté! ;+)
- Quand on ne supprime JAMAIS rien sur un disque! ;+)

Les clefs fondamentales (les plus usitées)

Le tableau ci-dessous regroupe d'une façon synthétique les clefs les plus couramment utilisées sous Windows. Pour avoir plus de détails, veuillez consulter les liens associés.

Clef des références d'applications en vue de leur désinstallation

• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\xxxxxxx

Commentaires : Cette clef est utile à connaître. Elle permet de "nettoyer" la liste des applications, affichée dans le panneau de configuration, qui fait encore apparaître certaines applications alors qu'elles ont été supprimées directement sans passer par la procédure de désinstallation.

Clefs des programmes à exécuter au démarrage de Windows :

• HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run
• HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunOnce
• HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunOnceEx
• HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServices
• HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServicesOnce
• HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run
• HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnce
• HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnceEx
• HKEY_USERS\xxxxxx\Software\Microsoft\Windows\CurrentVersion\Run
• HKEY_USERS\xxxxxx\Software\Microsoft\Windows\CurrentVersion\RunOnce
  xxxxxx étant le nom d'un utilisateur (chiffré)
• HKEY_USERS\xxxxxx\Software\Microsoft\Windows\CurrentVersion\RunOnceEx

toutes ces clefs ne sont pas forcément présentes (cela dépend du système d'exploitation utilisé)
Commentaires : C'est souvent dans l'une de ces clefs  que se "cache" un exécutable plus ou moins indésirable lancé systématiquement au démarrage de Windows, alors qu'on a rien trouvé dans le groupe/dossier "Démarrage" ni dans le fichier "win.ini" (entrées "Load=" et "Run=").
C'est le cas par exemple du cheval de Troie "Back Orifice", dont le lancement est localisé (sous Windows 95/98) dans la clef :
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServices

Clef des informations de paramétrage "international" (format date, séparateur décimal,...)

• HKEY_CURRENT_USER\Control Panel\International

Commentaires : Dans le cas de où l'on a besoin de changer rapidement ces paramètres (tests d'applications multilingues p.ex.), il est intéressant de sauvegarder cette clef dans un fichier .reg (p.ex. "langfr.reg"), puis de faire de même avec d'autres configurations (p.ex. "langen.reg"). Placer alors ces fichiers (ou leurs raccourcis) sur le bureau. Ensuite, un simple click sur l'un d'eux permet de basculer instantanément d'un paramétrage à un autre, sans devoir passer par le panneau de configuration.

Réafficher l'écran d'accueil au démarrage de Windows

La 1ère fois que Windows est lancé s'affiche une boite de dialogue "Le saviez-vous ?", que, généralement, on s'empresse de désactiver pour les fois suivantes ! Mais rien ne permet ensuite de rétablir cet affichage.
Pour cela, il suffit d'exécuter le programme welcome.exe, et de cocher la case "Afficher cet écran d'accueil au démarrage de Windows"

Pour information, la clef correspondante de la base de registres s'appelle
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Tips
entrée "Show", dont la valeur est :

• 01 00 00 00 si affichage, 
• 00 00 00 00 si non-affichage

Définition des dossiers "Program Files"et installation de Windows

Quand on veut installer une nouvelle application, Windows propose comme répertoire par défaut :
"c:\program files", "c:" étant la lettre de la partition contenant Windows.
Même si on peut parfaitement installer l'application n'importe où ailleurs, cela peut devenir fastidieux de modifier systématiquement cette proposition. On peut modifier le nom de ce répertoire par défaut, à l'aide de la clef :

 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion

dans laquelle l'entrée de type chaîne "ProgramFilesDir" contient le chemin par défaut.
Il suffit donc de le remplacer sa valeur par ce que l'on veut (par exemple, "E:\Mes programmes")

Dans cette clef on trouve également l'entrée de type chaîne "CommonFilesDir", utilisée par MS Office, Adobe, ... (qui est au départ égale à "c:\Program Files\Fichiers communs").
On peut la modifier de la même façon. 
Il peut y avoir plusieurs répertoires du style "Program Files" pour y stocker des applications, par contre il ne doit y avoir qu'un seul répertoire "...\fichiers communs", sinon il risque d'y avoir des problèmes!

Le répertoire d'installation de Windows est stocké dans :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup 

dans laquelle l'entrée de type chaîne "SourcePath" contient généralement la lettre du lecteur de CD ayant servi à installer Windows. Si on est amené à modifier la lettre affectée au lecteur de CD, il peut être pratique de modifier la valeur de cette entrée, en indiquant la nouvelle lettre du CD.
On peut aussi avoir été amené à recopier l'intégralité du CD de Windows dans un répertoire d'un disque dur (pour des questions d'autonomie et de souplesse de (ré)installation). Dans ce cas, l'entrée SourcePath contiendra le nom de ce répertoire.

Personnaliser le panneau de configuration "Système"

Ce qui suit n'a pas d'intérêt vital, mais permet de donner un peu de fantaisie à votre système !

La manipulation décrite permet d'afficher une image et des informations  personnalisées dans l'onglet "Général" du panneau de configuration "Système" : (ici sous Windows NT4 et Windows XP, mais tout ceci est valable également sous Windows 9x/ME et Windows 2000)

Quand on appuie sur le bouton "Informations de support technique", la boite de dialogue suivante s'affiche :

En fonction du système d'exploitation utilisé, il suffit de créer dans le répertoire :

•  %systemroot%\system32 (sous Windows NT/2000/XP) :
•  %windir%\system (sous Windows 9x/ME) :

1. un fichier texte nommé oeminfo.ini , ayant la structure traditionnelle d'une fichier ".ini",
   constitué de 2 sections [General] et [Support Information] :
   [General] Manufacturer=Jean-Claude BELLAMY Model=Made by JCB [Support information] Line1=Maplenet Unlimited Line2=****************** Line3=LaConnaissance s'accroît Line4= Line5=Quand on la partage!

   Le nombre de lignes affichées dans la deuxième boite de dialogue n'est pas limité. Il suffit de définir autant de clefs "Linenn" qu'il y a effectivement de lignes (lignes blanches comprises).
   

2. un fichier image (format .bmp) nommé oemlogo.bmp
   Les caractéristiques de ce fichier ne sont pas critiques.
   Pour information, les dimensions de l'image de l'exemple ci-dessus sont de 180 sur 120 pixels.
   (ce "gros nounours" en plein effort me plait beaucoup! :+))

Impossible d'afficher l'onglet "Chercher" dans un fichier d'aide Windows

Après avoir lancé l'aide de Windows 9x ou Windows NT (menu Démarre), et essayé d'ouvrir l'onglet de recherche, on reçoit le message d'erreur suivant:

Impossible d'afficher l'onglet Chercher (177)

• Causes
  Deux causes possibles :
  1. Des fichiers à extension .fts dans le dossier \Windows\Help (Windows 9x) ou  (Windows NT) sont endommagés. Ces fichiers .fts sont des index de recherche en texte intégral créés par Windows lors de la recherche de texte.
  2. Conflit entre les fichiers "Update.cnt" et "Mstask.hlp" qui survient (apparemment) seulement si on a installé Internet Explorer 5
     
     
• Résolution
  1. Fermer l'aide
  2. Supprimer tous les fichiers avec l'extension .fts dans le dossier \Windows\Help ou  \Winnt\Help.
  3. Dans ce même dossier, renommer le fichier update.cnt en ce qu'on veut, mais surtout pas avec l'extension .cnt.
  4. Dans \Windows\Help (Windows 9x) ou \Winnt\System32 (Windows NT) supprimer le fichier windows.gid
  5. Relancer l'aide de Windows
     
     
• Source de l'information (MSDN)
  • Article Q143118 : "Unable to Display Find Tab"
    http://support.microsoft.com/support/kb/articles/q143/1/18.asp
  • Article Q224832 : "Unable to Display Find Tab (177)"
    http://support.microsoft.com/support/kb/articles/q224/8/32.asp

Comment remplacer un fichier en cours d'utilisation

On peut être amené à devoir remplacer un ou plusieurs fichiers (DLL, EXE, ...) alors qu'ils sont en cours d'utilisation, ce qui rend impossible toute manipulation habituelle (commande copy, opérations dans l'explorer,...). Il est existe néanmoins une méthode pour le faire, propre à chaque système d'exploitation.

Windows NT/2000

Il suffit d'utiliser dans un programme la fonction "MoveFileEx" (dans kernel32.dll), avec le commutateur MOVEFILE_DELAY_UNTIL_REBOOT. Cette fonction, une fois exécutée, se contente de modifier ou créer dans la clef :
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager
l'entrée PendingFileRenameOperation (de type REG_MULTI_SZ), laquelle va contenir les opérations à effectuer lors du redémarrage suivant.

Si la programmation en C rebute certains, il existe un tout petit utilitaire en mode console, FREEWARE, nommé "MOVEEX", disponible ici, qui fait cela très bien !

En voici la source :

/* MoveEx 1.1 Prepare un remplacement de fichier lors du redemarrage suivant p.ex. pour remplacer un fichier en cours d'utilisation utilise l'API MoveFileEx() (C) 1998 - Alexander Frink (Alexander.Frink@uni-mainz.de) (C) 2000 - Jean-Claude BELLAMY (Jean-Claude.Bellamy@wanadoo.fr) freeware. */ #include <windows.h> #include <stdio.h> #include <sys/types.h> #include <sys/stat.h> int main(int argc, char *argv[]) { struct _stat buf; int result; if (argc!=3) { printf("\n" "Utilisation: %s source destination\n\n" " Deplace (et renomme) 'source' en 'destination'\n" " l'operation ayant lieu lors du prochain redemarrage.\n\n" " Utile pour remplacer des fichiers en cours d'utilisation.\n" " Fonctionne seulement sous Windows NT et avec des disques locaux!\n" " Avec des partitions NTFS, le compte SYSTEM doit avoir le droit \n" " 'Controle total' sur les fichiers en question!\n" " Exemples:\n" " %s c:\\temp\\nouvelle_gina.dll c:\\winnt\\system32\\nwgina.dll\n" " deplace la librairie 'c:\\temp\\nouvelle_gina.dll'\n" " dans le repertoire 'c:\\winnt\\system32'\n" " et la renomme en 'nwgina.dll'\n" " S'il existe deja un fichier de ce nom dans c:\\winnt\\system32,\n" " il sera remplace par le nouveau.\n" " %s test.dll c:\\temp\n" " Syntaxe incorrecte : La destination doit etre un nom de fichier\n" " %s c:\\test.dll d:\\test.dll\n" " Syntaxe incorrecte : On ne peut pas melanger plusieurs disques\n\n" "(C) 1998 - Alexander Frink (Alexander.Frink@uni-mainz.de)\n" "(C) 2000 - Jean-Claude Bellamy (Jean-Claude.Bellamy@edf.fr)\n" "(Logiciel libre)\n",argv[0],argv[0],argv[0],argv[0],argv[0]); return 1; } /* Verification source */ result=_stat(argv[1],&buf); if (result==-1) { if (errno==2) { printf("Fichier inexistant : %s\n",argv[1]);} else { if (errno==5) { printf("Acces refuse au fichier %s\n",argv[1]);} else { printf("Erreur d'acces au fichier %s: (code d'erreur=%i)\n",argv[1],errno);} } return 1; } /* Verification destination */ result=_stat(argv[2],&buf); if ((result==0)&&(buf.st_mode & _S_IFDIR)) { printf("La destination %s est un repertoire! Nom de fichier attendu!",argv[2]); return 1; } if (!MoveFileEx(argv[1],argv[2],MOVEFILE_DELAY_UNTIL_REBOOT| MOVEFILE_REPLACE_EXISTING)) { printf("Erreur de remplacement de %s par %s: (code d'erreur=%i)\n",argv[1],argv[2],GetLastError()); return 1; } printf("%s va remplacer %s au prochain redemarrage.\n\n" "Pour annuler cette operation, editer la BDR et\n" "supprimer la valeur 'PendingFileRenameOperations'\n" "dans la clef :\n" "HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Control\\SessionManager.\n", argv[1],argv[2]); return 0; }

Sa syntaxe est très simple :
Dans une fenêtre de commande (ou depuis le menu Démarrer/Exécuter), taper la commande suivante :

moveex <source> <destination>

Déplace (et renomme) <source> en <destination> l'opération ayant lieu lors du prochain redémarrage.

Fonctionne seulement sous Windows NT et avec des disques locaux! 
Avec des partitions NTFS, le compte SYSTEM doit avoir le droit 'Controle total' sur les fichiers en question! 

Exemples: 

moveex c:\temp\nouvelle_gina.dll c:\winnt\system32\nwgina.dll 

Déplace la librairie c:\temp\nouvelle_gina.dll dans le répertoire c:\winnt\system32 et la renomme en nwgina.dll .
S'il existe déja un fichier de ce nom dans c:\winnt\system32, il sera remplacé par le nouveau. 

moveex test.dll c:\temp 

Syntaxe incorrecte : La destination doit être un nom de fichier 

moveex c:\test.dll d:\test.dll 

Syntaxe incorrecte : On ne peut pas mélanger plusieurs disques

Pour annuler une opération de renommage avant que le système soit redémarré, i lsuffit de modifier ou supprimer l'entrée PendingFileRenameOperation dans la clef HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager

Téléchargement de "MOVEEX" :

Source (en C) (4 ko)
Exécutable (40 ko)

Windows 9x/ME

On ne peut pas utiliser la solution précédente, car la fonction "MoveFileEx" n'existe pas dans l'environnement Windows 9x/ME.
On va par contre se servir de WININIT, qui est un utilitaire système prévu pour cela. Ce programme, lancé au démarrage de Windows (avant chargement de l'interface graphique) vient lire le contenu du fichier wininit.ini (section "[rename]")
La syntaxe de chaque ligne de cette section est :
<nouvelle destination>=<origine>

Exemple :

[rename] 
NUL=C:\TEMP.TXT 
C:\NEW_DIR\EXISTING.TXT=C:\EXISTING.TXT 
C:\NEW_DIR\NEWNAME.TXT=C:\OLDNAME.TXT 
C:\EXISTING.TXT=C:\TEMP\NEWFILE.TXT 

La 1ère ligne entraîne la suppression de Temp.txt. 
La 2ème déplace Existing.txt vers un nouveau répertoire.
La 3ème déplace Oldname.txt vers le nouveau répertoire et le renomme.
La 4ème déplace et renomme Newfile.txt , qui va d'ailleurs écraser un fichier existant (Existing.txt)

Les applications ne doivent pas utiliser la fonction WritePrivateProfileString() pour écrire les entrée de la section [rename], car plusieurs lignes peuvent désigner la même destination  en particulier "NUL".

Une application qui utilise Wininit.ini doit vérifier son existence au préalable dans le répertoire de Windows. Si c'est le cas, cela signifie qu'une autre application en a eu besoin. S'il n'est pas trouvé, l'application devra le créer, ajouter la section [rename] et toutes les entrées nécessaires. 

Pour annuler une opération de renommage avant que le système soit redémarré, il suffit de supprimer la ou les lignes correspondantes dans le fichier wininit.ini.

Dates de fin de vie de produits Microsoft

Les produits Microsoft (Systèmes d'exploitation, logiciels bureautique,...) ont une durée de vie limitée. En particulier, à partir d'une certaine date plus aucun support n'est disponible. Voici une liste relative aux systèmes d'exploitation et principaux autres logiciels (d'après http://support.microsoft.com/DIRECTORY/DISCONTINUE.ASP) : 

Modifications de la base de registres en ligne de commande

Il est peut s'avérer utile de modifier la base de registres en ligne de commande (et non pas via l'interface graphique de REGEDIT), cela essentiellement pour incorporer cette commande dans un fichier batch (.bat ou .cmd sous NT/W2K/XP), ou encore pour l'exécuter depuis un raccourci posé sur le bureau. 

Pour cela, il suffit de lui passer en paramètre à REGEDIT un fichier ayant l'extension .reg

La syntaxe est la suivante :

REGEDIT [/s] <nom_de_fichier.reg>

Le commutateur facultatif /s permet un fonctionnement en mode silencieux, c'est à dire sans apparition de la boite de dialogue de confirmation (ce mode est nécessaire dans le cas d'utilisation d'un fichier batch) :

Sous Windows 9x/ME/NT4, les fichiers .reg sont des fichiers texte de type ANSI (1 octet par caractère).    Sous Windows 2000 et XP, ils sont, par défaut, de type UNICODE (2 octets par caractère), mais le type ANSI est également supporté. On retiendra ici le type ANSI traditionnel.

La première ligne du fichier est :

Elle est suivie d'une ligne vide, puis des lignes propres à chaque clef à ajouter, modifier ou supprimer.

Pour ajouter ou modifier une clef : On insère le nom complet de la clef, encadré par des crochets : [ et ]. Exemple : REGEDIT4 [HKEY_CLASSES_ROOT\htmlfile\shell\open\command]

Pour ajouter ou modifier une entrée dans une clef : On insère à la suite du nom de la clef une ligne de la forme : <nom_de_l'entrée>=<valeur_de_l'entrée> On encadre le nom de l'entrée par des guillemets " ", sauf si l'entrée concernée est l'entrée par défaut. Dans ce cas , le nom est symbolisé par le caractère @ (sans guillemets) Exemple : REGEDIT4 [HKEY_CLASSES_ROOT\.html] @="htmlfile" "Content Type"="text/html" La valeur d'une entrée peut être de 3 types : REG_SZ (chaîne de caractères) La chaîne doit être encadrée par des guillemets. Le caractère \ est un caractère d'échappement. C'est pourquoi il faut le doubler si on doit l'insérer dans la chaîne (cas fréquent quand la valeur est un nom de fichier). Ce caractère sert aussi à insérer des guillemets dans la chaîne. Ainsi un guillemet sera représenté par la séquence \"  Exemple : @="\"D:\\Program Files\\Internet Explorer\\iexplore.exe\" -nohome" REG_DWORD (mot binaire de 4 octets) La valeur exprimée en hexadécimal doit être précédée du mot-clef dword suivi de 2 points : Exemple : "InstallDate"=dword:3a020c30 REG_BINARY (donnée binaire de longueur quelconque) La valeur est exprimée sous la forme d'une suite d'octets exprimés en hexadécimal, séparés par des virgules, le premier étant précédé du mot-clef hex suivi de deux points : Si la ligne est trop grande, on peut la couper à l'aide du caractère \, qui indique que la valeur se continue sur la ligne suivante. Exemple : "DigitalProductId"=hex:a4,00,00,00,03,00,00,00,35,32,33,34,30,2d,30,30,35,2d,\ 30,30,34,30,31,30,32,2d,30,35,34,30,31,00,0a,00,00,00,41,32,32,2d,30,30,30,\ ... 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,43,19,d1,3a Sous Windows NT/W2K/XP, les valeurs de type REG_EXPAND_SZ (chaîne contenant le nom d'une variable d'environnement) et REG_MULTI_SZ (plusieurs chaînes à la suite) doivent être exprimées sous la forme de valeurs binaires (hex:...)

Pour supprimer une clef  Il suffit de faire précéder le nom de la clef à supprimer du signe - (moins)  Exemple :  Suppression de la clef HKEY_LOCAL_MACHINE\SOFTWARE\jcb REGEDIT4 [-HKEY_LOCAL_MACHINE\SOFTWARE\jcb]

Pour supprimer une entrée Il suffit de faire suivre le signe "=" (après le nom de l'entrée) du signe - (moins)  Exemple :  Dans la clef HKey_Current_User\Software\Policies\Microsoft\Internet Explorer\Control Panel  suppression de l'entrée de nom "Home Page"  (pour information, c'est cette entrée qui interdit de modifier la page d'accueil de I.E.) REGEDIT4  [HKey_Current_User\Software\Policies\Microsoft\Internet Explorer\Control Panel] "Home Page"=-

Pour renommer une clef Rien n'est prévu pour le faire en ligne de commande. Le seul moyen de base est d'effectuer cette opération depuis l'interface graphique de REGEDIT Afin de pallier ce manque, j'ai conçu un utilitaire : RenameReg.exe Renommage de clef dans la Base de registres JCB © 2003 http://www.bellamyjc.net ------------------------------------------- Syntaxe   RenameReg <ancienne> <nouvelle> Paramètres   <ancienne> : Nom complet de la clef à renommer   <nouvelle> : Nouveau nom de la clef à renommer (partie finale uniquement) Dans le nom complet, les racines autorisées sont :   HKEY_CLASSES_ROOT  (ou HKCR)   HKEY_LOCAL_MACHINE (ou HKLM)   HKEY_CURRENT_USER  (ou HKCU)   HKEY_USERS         (ou HKU ) La clef à renommer doit exister Le nouveau nom peut ne pas exister Exemples : ----------  RenameReg HKEY_LOCAL_MACHINE\software\test essai   la clef "HKEY_LOCAL_MACHINE\software\test" sera renommée en           "HKEY_LOCAL_MACHINE\software\essai"  RenameReg HKCU\mykey ma clef   la clef "HKEY_CURRENT_USER\mykey" sera renommée en           "HKEY_CURRENT_USER\ma clef" Télechargement de (48 ko - gratuit)

Un fichier .reg doit se terminer par une ligne vide.

Il est possible également d'exporter un fichier .reg depuis la base de registres à l'aide de REGEDIT en ligne de commande.
La syntaxe est la suivante :

REGEDIT [/e] <nom_de_fichier.reg> [clef_à_exporter]

• nom_de_fichier.reg 
  désigne le nom (chemin complet ou non) du fichier .reg qui sera créé (ou remplacé)
• clef_à_exporter 
  désigne la clef (avec toutes les sous-clefs éventuelles) à exporter. 
  Elle peut être omise. Dans ce cas, c'est l'intégralité de la base de registres qui sera exportée, ce qui peut représenter un processus assez long, et entraîner la création d'un fichier .reg particulièrement volumineux (plusieurs Mo, voire dizaines de Mo)

Exemple :
Exportation du contenu de HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet dans le fichier ccs.reg :

regedit /e css.reg HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet

 

Structure des répertoires et stockage des noms longs avec le système FAT

Un répertoire est un fichier, constitué d'entrées de 32 octets chacune, servant à définir un fichier ou un autre répertoire. Au départ, un fichier était nommé à l'aide de 8+3 caractères, si bien que ces 32 octets étaient suffisants pour stocker le nom du fichier (11 octets), ses attributs ("D", "R", "H", "S", "A", sur 1 octet), sa taille (4 octets, ou 32 bits, donc valeur limitée à 2^32 octets), sa date de création (2 octets), le n° du 1er cluster (4 octets), ...

Avec l'arrivée des "noms longs", apparus avec Windows 95 (exception faite de Windows NT, utilisant un autre système), pouvant atteindre 255 caractères, il est évident que cette structure s'est avérée insuffisante, mais dans un but de compatibilité, il fallait aussi préserver l'ancien système.

On a donc, pour un fichier donné, la disposition suivante :

Données nom court	Taille  (octets)	Remarques
Nom de fichier	8
Extension	3
Attributs	1	N° de bit	Signification
		7	réservé
		6	réservé
		5	archive
		4	sous-répertoire
		3	nom de volume
		2	fichier système
		1	fichier caché
		0	fichier lecture seule
Reservé	10
Heure	2
Date	2
1er cluster	2
Taille	4
Total	32

Données nom long	Taille  (octets)	Remarques
N° d'entrée	1
Nom de fichier	10	UNICODE =5 caractères
Attributs	1	toujours 0x0F
Checksum	2
Suite nom	12	UNICODE =6 caractères
Réservé	2
Suite nom	4	UNICODE =2 caractères
Total	32

Une entrée de nom long peut donc contenir au maximum 5+6+2 =  13 caractères

• Généralement, un fichier "ordinaire" avec le seul attribut "archive" verra donc son octet d'attribut égal à 0x20
• Une entrée de nom long est caractérisée par un attribut dans lequel les 4 derniers bits sont TOUS à 1 (volume, système, caché, lecture seule), soit 0x0F (au lieu de 0x20 pour l'entrée de fichier ordinaire)

Un nom long sera défini sous la forme de PLUSIEURS entrées supplémentaires, qui vont PRÉCÉDER l'entrée PRINCIPALE (= celle qui contient le nom court). 
L'ordre a énormément d'importance! 
En particulier, il ne faut surtout pas utiliser un outil de TRI de noms de fichiers dans un répertoire (je pense à l'antique "DS" - Directory Sort - des Norton Utilities des années 1985, qui était très pratique et rapide au demeurant!). Si on exécute un tel outil, c'est le désordre assuré dans le répertoire!

Par ailleurs, le nom long est exclusivement représenté en UNICODE (2 octets par caractère).
Le 1er octet de l'entrée indique le n° d'ordre de l'entrée (0x01, 0x02, ...), la dernière entrée se voyant le bit 6 mis à 1 (p.ex. 0x42 au lieu de 0x02)

Exemple : 
Soit le fichier de nom : "La connaissance s'accroit quand on la partage.txt" 
49 caractères au total => il faudra 4 entrées de nom long, 52=4x13 étant l'entier multiple de 13 immédiatement supérieur à 49.

Windows a déterminé comme nom court : "LACONN~1.TXT" 
Pour cela, il prend les 6 1ers caractères en éliminant tout ce qui n'est pas lettre ou chiffre (espace p.ex.), convertit en majuscule, ajoute le caractère tilde "~" , puis un chiffre (en fonction de ce qui existe déjà comme nom de fichier), et enfin rajoute la dernière extension (si elle existe)

Dans le répertoire contenant ce fichier, on trouve ceci :

00000100 44 61 00 72 00 74 00 61 00 67 00 0F 00 8C 65 00 Da.r.t.a.g....e. 
00000110 2E 00 74 00 78 00 74 00 00 00 00 00 FF FF FF FF ..t.x.t.........

00000120 03 71 00 75 00 61 00 6E 00 64 00 0F 00 8C 20 00 .q.u.a.n.d.... . 
00000130 6F 00 6E 00 20 00 6C 00 61 00 00 00 20 00 70 00 o.n. .l.a... .p.

00000140 02 63 00 65 00 20 00 73 00 27 00 0F 00 8C 61 00 .c.e. .s.'....a. 
00000150 63 00 63 00 72 00 6F 00 69 00 00 00 74 00 20 00 c.c.r.o.i...t. .

00000160 01 4C 00 61 00 20 00 63 00 6F 00 0F 00 8C 6E 00 .L.a. .c.o....n. 
00000170 6E 00 61 00 69 00 73 00 73 00 00 00 61 00 6E 00 n.a.i.s.s...a.n.

00000180 4C 41 43 4F 4E 4E 7E 31 54 58 54 20 00 27 25 8C LACONN~1TXT .'%. 
00000190 26 2A 26 2A 00 00 45 8C 26 2A FC 0A 33 00 00 00 &*&*..E.&*..3...

Il y a 5 entrées au total (4 entrées de nom long + 1 entrée de nom court) :

• En 0x0100, la 4ème et dernière entrée :
• repérée par le 1er octet égal à 0x44 -
• attribut (offset 0x10B) égal à 0x0F 
• texte (Unicode) "artage.txt"
• En 0x0120, la 3ème entrée :
• repérée par le 1er octet égal à 0x03
• attribut (offset 0x12B) égal à 0x0F
• texte (Unicode) "quand on la p"
• En 0x0140, la 2ème entrée :
• repérée par le 1er octet égal à 0x02
• attribut (offset 0x14B) égal à 0x0F
• texte (Unicode) "ce s'accroit "
• En 0x0160, la 1ère entrée :
• repérée par le 1er octet égal à 0x01
• attribut (offset 0x16B) égal à 0x0F
• texte (Unicode) "La connaissan"
• En 0x0180, l'entrée principale (nom court) :
• attribut (offset 0x18B) égal à 0x20 (fichier archive)
• texte (ASCII) "LACONN~1.TXT"
  le point séparateur n'est jamais indiqué explicitement dans les noms courts

Commentaire personnel : on aurait pu faire plus simple !!!!! ;+)

Disquettes de test de configuration matérielle

Il existe (ou existait!) dans le CD de Windows NT4 deux outils entièrement autonomes (et très peu connus!) effectuant des tests de configuration matérielle (SCSI compris). Ils se présentent sous la forme de deux disquettes DOS 6.22 avec une version réduite de Windows 3.1.

• NTHQ
  Il est dans le répertoire \SUPPORT\HQTOOL du CDROM de NT4.
  Il sert à détecter tous les matériels et paramètres de l'ordinateur. Il se lance depuis une disquette DOS 6.22 amorçable (créée à l'aide du fichier \SUPPORT\HQTOOL\MAKEDISK.BAT du CD-ROM), analyse l'ordinateur et écrit dans un fichier journal tout ce qu'il a pu trouver, à la façon des Diagnostics Windows NT et du Gestionnaire de périphériques de Windows 95/98.
  Au cours du démarrage de la disquette, un disque virtuel est créé dans lequel sont copiés plusieurs fichiers, extraits à partir du fichier ZIPFILE.EXE.
  
• SCSITOOL
  Il est dans le répertoire \SUPPORT\SCSITOOL du CDROM de NT4.
  Il sert à interroger les contrôleurs SCSI Adaptec et BusLogic afin de voir quels sont les périphériques SCSI présents. Il se lance depuis une disquette DOS 6.22 amorçable (créée automatiquement à l'aide du fichier \SUPPORT\SCSITOOL\MAKEDISK.BAT du CD-ROM). Tout comme pour NTHQ, au cours du démarrage de la disquette, un disque virtuel est créé dans lequel sont copiés plusieurs fichiers, extraits à partir du fichier SCSIZIP.EXE.

Or ces outils n'ont pas été reconduits dans les versions postérieures de NT4 (2000, XP), et c'est fort dommage!

C'est pourquoi j'ai décidé de les mettre à disposition ici, sous la forme d'un fichier autoextractible hardtest.exe (2447 ko).  Il suffit d'exécuter ce programme (sous DOS, Windows 9X, NT, 2000, XP) puis d'exécuter le script MAKEDISK.BAT (son lancement est proposé automatiquement si la décompression de hardtest.exe a lieu sous Windows). Il faut prévoir 2 disquettes de 1.44Mo (formatées ou non, vierges ou non).

Ensuite il faut rebooter le PC avec l'une ou l'autre de ces disquettes, Windows 3 va alors se lancer, et les diagnostics vont se dérouler.

Cliquer ici pour télécharger hardtest.exe (2447 ko).

Verrouillage du pavé numérique (clavier externe de PC portable)

Il est possible d'adjoindre aux ordinateurs portables un pavé numérique externe (connecté généralement sur un port USB).

Cet accessoire est destiné à permettre une frappe rapide des touches numériques, au lieu de les chercher sur le clavier principal.
 

Touches du clavier principal utilisées comme clavier numérique		Clavier numérique externe

Le problème rencontré avec ce système est que lors d'un verrouillage numérique, les touches du clavier principal sont également basculée en mode numérique. Ainsi il devient impossible (sans désactiver le verrouillage numérique) de saisir les caractères suivants :

U u	I i	O o	P p
J j	K k	L l	M m
? ,	/ :	§ !

Quelques constructeurs d'ordinateurs (Compaq, NEC) ont mis à disposition des utilitaires destinés à modifier ce comportement, mais ils fonctionnent mal et surtout sont liés à un type de matériel.

J'ai conçu un logiciel qui corrige cette anomalie : KNumLock.
Il fonctionne sous tout système Windows 32 bits (Windows 95,98, ME, NT4, 2000, XP)
(Il a été écrit sous Delphi 6)

Quand il est actif, il force le mode numérique uniquement sur le pavé numérique externe (sans avoir à actionner la touche de verrouillage numérique). Ainsi les touches U, I, O, P, J, K, L, M, ? , /, ! ..., sont toujours disponibles en tant que telles.

Son principe repose sur l'utilisation d'un "hook" de type WH_GETMESSAGE, qui intercepte (avant traitement par l'application destinataire) tous les messages claviers, et modifie en conséquence uniquement ceux provenant du pavé numérique externe, qui sont ensuite transmis à l'application.

Comme ce "hook" concerne toutes les applications en cours d'exécution, il est installé dans une bibliothèque distincte du logiciel lui-même (DLL "libmsg.dll")

KNUMLOCK apparaît sous la forme d'une icône dans le "System Tray" : 
Un clic droit sur l'icône fait apparaître un menu permettant de verrouiller ou déverrouiller le pavé numérique, ou encore de quitter le logiciel (dans ce dernier cas, le fonctionnement du verrouillage de clavier numérique redevient habituel).

KNUMLOCK ne nécessite aucun redémarrage, il est opérationnel dès qu'on l'exécute.
Son installation est réalisée automatiquement à partir d'un exécutable : instknl.exe

Aucune modification n'est effectuée dans la Base de Registres (sauf la clef pour sa désinstallation de l'ordinateur)
Aucun fichier (dll,..) n'est placé dans l'arborescence Windows.

Ce logiciel est entièrement gratuit

Cliquer ici pour télécharger INSTKNL.EXE (373 ko) (version bilingue français/anglais)

Je remercie au passage Michel Bardou et son site consacré à Delphi , en particulier son composant "PIconeBarreTache" dont je me suis servi dans mon logiciel.

Pour les développeurs : cliquer pour télécharger ici les sources du programme  (exécutable et DLL)

Changement du mode graphique par ligne de commande

On peut être amené à modifier le mode graphique (essentiellement la résolution horizontale et verticale) pour diverses raisons (application prévue pour une résolution donnée, exécution de jeux, ...)

Le problème est que cette simple opération nécessite l'utilisation de l'interface graphique (panneau de configuration affichage) ou au mieux l'action sur une icône placée dans le "System Tray" ("quickres" des Powertoys, utilitaire de certains fabricants de cartes graphiques,..), et donc ne peut pas être automatisée.

J'ai conçu "SETVIDEO", un outil en mode console, qui se lance donc en ligne de commande (depuis le menu Exécuter, dans une fenêtre de commandes, ou encore dans un fichier de commandes .bat ou .cmd)

La syntaxe est la suivante :

c:\>Setvideo (sans paramètre) Exemple : Carte graphique Matrox Marvel G450 eTV - Français 134 modes graphiques disponibles : 8 bits 320 x 200 74 Hz 8 bits 320 x 200 85 Hz 8 bits 320 x 240 63 Hz 8 bits 320 x 240 85 Hz ... 32 bits 1152 x 864 85 Hz ... 32 bits 1280 x 1024 75 Hz 32 bits 1280 x 1024 85 Hz 32 bits 1600 x 1200 60 Hz 32 bits 1600 x 1200 65 Hz 32 bits 1600 x 1200 70 Hz	Affiche la liste de tous les modes graphiques disponibles de la carte graphique, avec pour chaque mode : Nombre de bits par pixel Résolution horizontale Résolution verticale Fréquence de rafraîchissement verticale Cette liste est suivie d'une aide en ligne.
c:\>Setvideo x=aaaa y=bbbb b=cc f=dd Exemple : c:\>Setvideo x=1280 y=1024 b=32 f=85	Modification du mode graphique. 4 paramètres doivent être passés : x=... résolution horizontale en pixels y=... résolution verticale en pixels b=... nombre de bits par pixels f=... fréquence verticale en Hertz

Un contrôle de validité des paramètres est effectué. Si au moins l'un d'entre eux est manquant, ou si la configuration demandée n'est pas supportée par la carte, un message d'erreur sera affiché :

C:\>setvideo x=1024 y=768 paramètre b omis paramètre f omis C:\>setvideo x=1600 y=1200 b=32 f=85 Mode incompatible avec le matériel

S'il n'y a pas d'erreur, le nouveau mode graphique est immédiatement appliqué

Cet outil a été testé avec succès sous les systèmes d'exploitation suivants :

• Windows 98
• Windows ME
• Windows 2000
• Windows XP

L'information de fréquence de rafraîchissement peut être inconsistante sous Windows 98 et ME, en affichant une valeur de 0 Hz. Cela correspond au taux de rafraîchissement par défaut de la carte graphique. Il faut néanmoins l'indiquer dans la commande de modification (setvideo x=1024 y=768 b=16 f=0).

SETVIDEO ne nécessite aucune installation. Il est autonome et directement opérationnel.

Ce logiciel est entièrement gratuit.

Cliquer ici pour télécharger SETVIDEO.EXE (134 ko)

(Il a été écrit en Delphi)