Tout commence par l' ancienne PIPcommande CP / M - cette commande, utilisée pour copier des fichiers, vous permettait de spécifier des noms de périphériques spéciaux au lieu de fichiers.
Gary Kildall, qui a développé CP / M, a basé une grande partie de la conception de sa structure de fichiers et de son processeur de commande sur les systèmes d'exploitation de Digital Equipment, tels que RSTS / E pour le PDP-11. Outre l'accès aux fichiers sur une disquette, la commande PIP dans CP / M peut également transférer des données vers et depuis les "fichiers spéciaux" suivants:
CON: — console (input and output)
AUX: — an auxiliary device. In CP/M 1 and 2, PIP used PUN: (paper tape punch) and RDR: (paper tape reader) instead of AUX:
LST: — list output device, usually the printer
PRN: — as LST:, but lines were numbered, tabs expanded and form feeds added every 60 lines
NUL: — null device, akin to /dev/null
EOF: — input device that produced end-of-file characters, ASCII 0x1A
INP: — custom input device, by default the same as EOF:
OUT: — custom output device, by default the same as NUL:
Cependant, il ne s'agissait pas de vrais fichiers de périphérique, car leur gestion était limitée au PIP.
Ensuite, DOS fait son apparition au début des années 80, un clone 8086 CP / M destiné à fonctionner sur le tout nouveau PC IBM. DOS a étendu ce concept un peu plus loin - les fichiers ci-dessus étaient des "fichiers spéciaux" et pouvaient être spécifiés partout où un fichier était attendu dans les commandes DOS. Ainsi, la copycommande DOS intégrée pourrait être utilisée pour imprimer un document en l'exécutant copy myfile.txt prn:. (Les versions ultérieures de CP / M auraient pu le faire, mais j'en doute.)
Flash avant vers Windows 95. Lui-même étant construit au-dessus de DOS, le code gérant ces noms de fichiers spéciaux est resté, mais n'était évidemment pas trop bien intégré dans la partie GUI de Windows 95. Cela a causé des problèmes tels que le bogue CON \ CON - et cela était également connu pour causer des problèmes avec IE.
Probablement en raison de la paranoïa de nouveaux bogues cachés (même si aucun ne devrait exister dans les versions NT de Windows), Microsoft a décidé de faire en sorte qu'Explorer rejette toujours toute tentative de création d'un fichier de ce nom. C'est drôle que même dans le système Windows 8 que j'utilise actuellement, je ne puisse toujours pas créer un dossier nommé "con". (Windows 10 ne vous autorise toujours pas à le faire).
