Win3x.Org

Il y a des restes dans Windows Xp!

1. Crée un nouveau dossier sur le bureau
2. Appuie sur F2
3. Tape CON
4. Appuie sur Entrée
5. Le dossier ne veut pas se renommer

Matthias a écrit :

Pfffffffff c'est très connu tu tapes C:\CON\CON dans exécuter et ça plante...

Sur mon PC XP il n'y a pas de problème, et je ne vois pas comment il pourrait en avoir, pourrais tu être plus explicite?

corwintirnanog a écrit :

Matthias a écrit :

Pfffffffff c'est très connu tu tapes C:\CON\CON dans exécuter et ça plante...

Sur mon PC XP il n'y a pas de problème, et je ne vois pas comment il pourrait en avoir, pourrais tu être plus explicite?

Ca fonctionne uniquement avec un kernel win9x.
Sous windows NT: mkdir \\.\c:\con\ && echo azety > \\.\c:\con\con fonctionnera.
Le fichier ne sera pas accessible via les API win32 mais uniquement en utilisant les fonctions NT.
N'oubliez pas qu'un windows NT est un assemblage hétéroclite: fonction du kernel, fonction NT native, fonction win32 ...

inico a écrit :

corwintirnanog a écrit :

Sur mon PC XP il n'y a pas de problème, et je ne vois pas comment il pourrait en avoir, pourrais tu être plus explicite?

Ca fonctionne uniquement avec un kernel win9x.
Sous windows NT: mkdir \\.\c:\con\ && echo azety > \\.\c:\con\con fonctionnera.
Le fichier ne sera pas accessible via les API win32 mais uniquement en utilisant les fonctions NT.
N'oubliez pas qu'un windows NT est un assemblage hétéroclite: fonction du kernel, fonction NT native, fonction win32 ...

C'est réversible au moins!

Je dis juste ça pour ceux qui croiraient que c'est un bug. (Juste ceux à qui le chapeau fait, donc...)

CON est le "nom de fichier" (virtuel bien sûr) qui représente la console. Donc si on fait "copy con (autre fichier)", tout ce qui sera écrit dans la console jusqu'à l'appui de F6 (je crois) sera sauvegardé dans ce fichier. Un éditeur minimaliste, quoi. Quand on copie quelque chose vers con, surprise, tout sort à l'écran. Même principe que les /dev/tty* sous UNIX.

Perso j'utilise CON dans la config de plusieurs programmes pour rediriger des logs qui se retrouvent généralement dans un fichier.

C'est un peu du genre TYPE monfichier.txt ?

Dr Frankenstein a écrit :

Même principe que les /dev/tty* sous UNIX.

Exactement et ce n'est pas cmplètement surprenant puisque les gens qui ont conçu MSDOS à partir de la version 2.0, l'ont programmé sur Xenix, c'est à dire Unix system V.

Dans les autres trucs marrants introduits par MSDOS 2.0 il y a la fonction non documenté permettant de changer le "" du séparateur de nom dans un chemin de fichier par un "/" comme sous Unix.

Et y'a pas une commande qui permettrait de rendre les produits MS aussi stables qu'Unix non ?

zmbl a écrit :

Et y'a pas une commande qui permettrait de rendre les produits MS aussi stables qu'Unix non ?

Oui, DEBUG (comme son nom le dit).

(Fais des patches mémoire avec ça... )

Vous ne pouvez pas nommer des fichiers comme ça:

CON
COM1
COM2
COM3
NUL
AUX
LPT1
LPT2
LPT3

Tout simplement parce ces noms sont utilisés par le système pour accéder à des ports du même nom.