アカウント名:
パスワード:
10年以上windows使ってるけど初めて知ったわ拡張子ついててもダメなんだな
もしかしてと思ったが、
windows10のコマンドプロンプトで、 > dir/wとしたら、動いた。 "/"がスイッチキャラクタとして認識されて、コマンドと分離されている。 ( "dir" と "/w" の間にスペース無し)
ここで、スイッチキャラクタを "-" に変更すると、"-"のあるファイルが正しく認識されない筈。(隠しコマンドが有効なら)
古いWindowsのソフトは動かなかったりするのにそんな盲腸みたいな部分の互換性は残ってるという……
例えばシリアル ポートを列挙するアプリがx86とx64の両方をサポートしていて、COMおよびCOM0からCOM9までをCreateFile APIで開いて存在を確認するなんていうコードが残っていたりするのです。そうすると、後方互換性を維持するためにMS-DOS互換の挙動を残さざるを得ないといったようなことが起こるのです。
Rustの今回の修正ではnul以外も対応されているので見てみると参考になると思いますよ。
そうですねね。というわけで、Microsoftが示している現行Windowsの予約済みのファイル名が載っているページを示しますね：
Naming Files, Paths, and Namespaces (Windows) [microsoft.com]
これによれば、
CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, and LPT9
とのこと。
Windowsをサポートしているということであれば、これをNGとす
ほかにも、コンソール入力・出力のCONIN$とCONOUT$なんかもあります: CreateFile function (Windows) [microsoft.com]。厳密には、予約済みファイル名とは異なる扱いなのかもしれませんが、実用上はCON～LPT9と同じ予約済みファイル名として扱うのが良いと思います。
8ビット時代のms系BASICには、COM0ありましたね。ほかに、CAS0とかLPT0, SCRN, KYBDなど・・・
今もbatファイルの至る所で、
echo 続行する場合、任意のキーを押してください。echo 中断する場合は、Ctrl+Cを押してください。pause > nul
みたいな記述が生き残ってるもので、nulというゴミがばら撒かれるよりゃマシという事で。
pause > nul:
なら問題は起きないのですが。
＞＞機能は追加されたが削除されてないので、当時のバッチファイルが今でも動くのは、すごいことだけど、本当に必要なのかは疑問もあるな。
実は最近、昔のバッチがそのまま動かない事態に遭遇して難儀したことがある少しづつバッチ（DOS窓）の機能が追加・改良されて、逆に微妙に互換性が失われてる部分もあるんだよね＃command/c なんて昔話なんだぁ.......
32bitだったら、MS-DOSのプログラムがそのまま、動く事もある。まあ、実用的アプリがそのまま、動くとは言わないが、片手間に作った、ツール類が動く程度の互換性。
凄いといえば、凄いが、その一方で、無理があるんだろうな、、と。
これだね
What’s the deal with those reserved filenames like NUL and CON? [microsoft.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
すごい (スコア:0)
10年以上windows使ってるけど初めて知ったわ
拡張子ついててもダメなんだな
Re:すごい (スコア:0)
MS-DOS 2.0 で階層ディレクトリがサポートされたが、デバイスファイルは、互換性として階層なしのファイル名だけで操作できるままになった。
現代まで、その部分の互換を引き続いてる。
機能は追加されたが削除されてないので、当時のバッチファイルが今でも動くのは、すごいことだけど、本当に必要なのかは疑問もあるな。
Re:すごい (スコア:1)
もしかしてと思ったが、
windows10のコマンドプロンプトで、
> dir/w
としたら、動いた。 "/"がスイッチキャラクタとして認識されて、
コマンドと分離されている。 ( "dir" と "/w" の間にスペース無し)
ここで、スイッチキャラクタを "-" に変更すると、"-"のあるファイルが正しく認識されない筈。(隠しコマンドが有効なら)
Re: (スコア:0)
古いWindowsのソフトは動かなかったりするのに
そんな盲腸みたいな部分の互換性は残ってるという……
Re: (スコア:0)
例えばシリアル ポートを列挙するアプリがx86とx64の両方をサポートしていて、COMおよびCOM0からCOM9までをCreateFile APIで開いて存在を確認するなんていうコードが残っていたりするのです。そうすると、後方互換性を維持するためにMS-DOS互換の挙動を残さざるを得ないといったようなことが起こるのです。
Rustの今回の修正ではnul以外も対応されているので見てみると参考になると思いますよ。
Re: (スコア:0)
Re: (スコア:0)
そうですねね。
というわけで、Microsoftが示している現行Windowsの予約済みのファイル名が載っているページを示しますね：
Naming Files, Paths, and Namespaces (Windows) [microsoft.com]
これによれば、
とのこと。
Windowsをサポートしているということであれば、これをNGとす
Re:すごい (スコア:1)
ほかにも、コンソール入力・出力のCONIN$とCONOUT$なんかもあります: CreateFile function (Windows) [microsoft.com]。厳密には、予約済みファイル名とは異なる扱いなのかもしれませんが、実用上はCON～LPT9と同じ予約済みファイル名として扱うのが良いと思います。
Re: (スコア:0)
8ビット時代のms系BASICには、COM0ありましたね。
ほかに、CAS0とかLPT0, SCRN, KYBDなど・・・
Re: (スコア:0)
今もbatファイルの至る所で、
echo 続行する場合、任意のキーを押してください。
echo 中断する場合は、Ctrl+Cを押してください。
pause > nul
みたいな記述が生き残ってるもので、nulというゴミがばら撒かれるよりゃマシという事で。
pause > nul:
なら問題は起きないのですが。
Re: (スコア:0)
＞＞機能は追加されたが削除されてないので、当時のバッチファイルが今でも動くのは、すごいことだけど、本当に必要なのかは疑問もあるな。
実は最近、昔のバッチがそのまま動かない事態に遭遇して難儀したことがある
少しづつバッチ（DOS窓）の機能が追加・改良されて、逆に微妙に互換性が失われてる部分もあるんだよね
＃command/c なんて昔話なんだぁ.......
Re:すごい (スコア:1)
32bitだったら、MS-DOSのプログラムがそのまま、動く事もある。
まあ、実用的アプリがそのまま、動くとは言わないが、
片手間に作った、ツール類が動く程度の互換性。
凄いといえば、凄いが、その一方で、無理があるんだろうな、、と。
Re: (スコア:0)
これだね
What’s the deal with those reserved filenames like NUL and CON? [microsoft.com]