

spectras> système de fichiers à arborescence unique powwaaaaaa
Pollux> Oué, NTFS pawa

nan j'déconne! quoique...spectras
:spectras> système de fichiers à arborescence unique powwaaaaaaPollux> Oué, NTFS pawa

Bah tu parlais bien du fait de pouvoir monter des lecteurs n'importe où dans le système de fichier, non ?C'est pas lié à ntfs ça ? ntfs, c'est juste le format utilisé pour structurer les données sur le disque.
Edit: il faut le monter dans un dossier qui est dans un disque en ntfs, nuance.Alors là je suis bluffé. Je vois meme pas comment ils ont pu concevoir leur module de gestion du système de fichiers pour avoir une limitation de ce style !!!
spectras
:Edit: il faut le monter dans un dossier qui est dans un disque en ntfs, nuance.Alors là je suis bluffé. Je vois meme pas comment ils ont pu concevoir leur module de gestion du système de fichiers pour avoir une limitation de ce style !!!
Sinon, aux deux : je parlais principalement de ne PAS avoir de a:, c:, d: etc, juste une et une seule racine du système de fichiers.

)je vois pas une différence nette entre \a\foobar et a:\foobar
enfin.... C'est pas trop tôt...
Dans le genre héritage de DOS qu'il faudrait supprimer, il y a aussi la convention de retour à la ligne, qui est très chiante pour interfacer avec des progs Unix...
. Et aussi, ce serait bien de se débarasser des \ pour les noms de répertoire.
spectras
:je vois pas une différence nette entre \a\foobar et a:\foobarMoi je vois. Tu fais comment de manière portable le listing des lettres de lecteur ?
) qui permet de faire des listings de répertoire ? Il me semblait que non, mais je peux me tromper (jamais utilisé, Perl pawa pour ce genre de choses)
Dans le genre héritage de DOS qu'il faudrait supprimer, il y a aussi la convention de retour à la ligne, qui est très chiante pour interfacer avec des progs Unix.... Et aussi, ce serait bien de se débarasser des \ pour les noms de répertoire.
Dire que windows utilise des \ juste parce que un boulet dans la version 1.0 de dos avait utilisé / comme commutateur pour les options
)Enfin bon, on peut aussi dire la même chose de pas mal de trucs "historiques" dans UnixMoué mais Unix a quand même une stature plus prestigieuse que MSDOS
Euh... / est toujours utilisé comme commutateur pour les options heinOui, on appelle cela de la bug-compatiblité (jargon file powaaaa
)
Il y a une API portable (donc en particulier compatible Windows sans mingw/cygwin, hein ) qui permet de faire des listings de répertoire ?Euh, perso j'utilise dirent, qui est supportée sur tous les systèmes où je compile régulièrement :
Moué mais Unix a quand même une stature plus prestigieuse que MSDOSC'est lui qui fait les standard historiques.
spectras
:Il y a une API portable (donc en particulier compatible Windows sans mingw/cygwin, hein ) qui permet de faire des listings de répertoire ?Euh, perso j'utilise dirent, qui est supportée sur tous les systèmes où je compile régulièrement :
Linux, HPUX, *BSD, Windows.
Pour ce dernier, faut télécharger les en-tetes et le .lib, ils sont pas livrés avec VC. Quoique ptet avec borland, faudrait voir. Enfin bref, si tu veux je mets le fichier là : http://loggedon.free.fr/divers/dirent.zip

, à part éventuellement les remplacer par de "vrais" noms un peu plus évocateurs (mais du coup ça serait moins pratique pour les programmes je pense)Oui, complètement. Mais Unix a fait son tps (et MS-DOS aussi, n'en parlons pas) et souffre de grosses grosses limitations.
HURD
POWA !!Flanker :
je vois pas ce que vous avez contre les lettres de lecteurs, à part éventuellement les remplacer par de "vrais" noms un peu plus évocateurs (mais du coup ça serait moins pratique pour les programmes je pense)
) et sont probablement héritées du temps où les transferts sur disquettes étaient courants et où command.com était très primitif (pas d'auto-complétion, pas de pushd/popd comme sous Unix). D'ailleurs cmd.exe n'est pas tellement mieux, même s'il y a un embryon d'auto-complétion. Windows n'est pas fait pour faire de la ligne de commande...chaque lecteur possède un répertoire courant associé, "cd e:\blabla" n'a aucun effet sur le répertoire courant si on ne fait pas un "e:" après