Bedenkliches mit 32-Bit-Dateizugriff

Ist unter Windows für Workgroups 3.11 der 32-Bit-Dateizugriff aktiviert, schlägt das Dateisystem manche Kapriolen, was reservierte Gerätenamen wie NUL, COM1 und CON angeht. Konsequent korrekt benimmt sich WfW nur bei den parallelen Schnittstellen LPTx, die es wie DOS als reservierte Namen behandelt.Jedoch respektiert weder WfW noch die DOS-Box unter WfW das NUL-Device. Sie können also nach Belieben Verzeichnisse oder Dateien mit Namen wie “nul” oder “nul.txt” anlegen und auch wieder beseitigen – Dateien, die sich auf dem primären DOS nicht mehr ansprechen lassen. Dieses Verhalten ist immerhin konsequent fehlerhaft. Gefährlich inkonsequent reagiert die VFAT hingegen auf den Namen CON. Zunächst lassen sich so benannte Verzeichnisse nach Belieben erstellen – das geht sowohl im Datei-Manager als auch mit “MD” in der DOS-Box. Das ist ein Fehler, doch erst beim Speichern einer Datei CON.TXT offenbaren sich die Widersprüche im vollen Umfang: Während einige Anwendungen, etwa Ami Pro oder Winword, diese Datei klaglos speichern, erweist sich unter anderem Notepad als schlauer: Es lehnt diesen Namen als illegal ab. Das Betriebssystem WfW überläßt die Rücksicht auf reservierte Gerätenamen zunächst offensichtlich ganz freizügig der einzelnen Anwendung.

Wie chaotisch der Umgang mit diesen Gerätenamen “geregelt” ist, sehen Sie auch daran, daß der Datei-Manager das Verzeichnis CON bereitwillig erstellt, es aber anschließend nicht mehr löschen oder umbenennen kann. Solche Verzeichnisse werden Sie nur mit dem Move-Befehl von DOS wieder los, vorausgesetzt, Sie übergeben den vollen Pfad: Also wirdmove con donscheitern, währendmove c:con c:dongelingt. Je nach Situation und Programm drohen gravierende Probleme im DOS-Fenster: Manche Programme hängen sich auf, wenn sie auf illegale Dateien stoßen. Das gilt zum Beispiel für Xcopy