アカウント名:
パスワード:
Windows3.1の時代なら納得出来ただろうが、DOSも消えたというのにこんな盲腸みたいなものが残ってるのは不思議で不可解＃errとかcomとかも駄目かな？
盲腸っつーか後方互換性でしょ.comも.scrも実行ファイル扱いだしそんなもんよ
# 他OSで滅多に使われない単語なら兎も角、nulは流石に使う方がプログラマーとして駄目だろって思う
＞# 他OSで滅多に使われない単語なら兎も角、nulは流石に使う方がプログラマーとして駄目だろって思う
null(L二個)ならともかく、nul(L一個）でそんなこと言われてもなあ。
まあ、何時までそれ残すんだよ！ってのはあるね。
でも、それよりは"/"がファイル名に使えないのにイラっとされる事が多い。1/6～6/6みたいに付けたいと。
表示可能文字＆文字列全てokならこんな事にはならんだろうが、階層表現が。。。
>1/6～6/6みたいに付けたいと。
それは絶対にやめてほしい。samba使ってると非常に厳しそう
多分使える奴は無いかと？ただ、ユーザー側の意見がそれ。"／"はイヤだと。
まあ、階層をなんらかの文字当てないと、テキスト表示も指定も出来ないからとは言ってますけどね。
Unixの制約もWindowsの制約もユーザーの自由奪ってることに変わりがないよと。
それよりは空白文字がファイル名に使えてしまうのにイラっとする。
お宝画像.jpg .exe
を踏んでしまうから、というのは冗談で、コマンドライン引数にするのにいちいち二重引用符で囲わなければいけないから。
Windowsだけで閉じている環境でなければ、空白文字も全角文字もファイルパスに使うのは避けてほしいと願ってしまう。
保存用にprnフォルダを作ろうとして失敗するんですね。
いいじゃん別に。ウィンドウズだとというかエクスプローラーだと""をふぁいるめいにつかえないのだから単にパスを""で囲むだけで済む。因みにgnome fileだとダブルクオーテーションをファイル名に使えるので" " " "のようなファイル名も通る。これが如何に恐ろしいことかは言うまでもなくわかるはずだ。
ほんまそれ。せめて「program files」だけでもなんとかならんかったのか。
というか空白入りのパスに対応させる為にMicrosoftが(わざと)選んだのではなかったか
つまりusersもusers folderとかそんなんにしたほうが良かったということか…
だから当初は「Documents and Settings」だったわけですよ。
/はそもそも\(バックスラッシュ)と同じパス区切りの文字だからね。
と言うかUNIXに合わせて/もパス区切りにしてあるんじゃなかったっけ？
シングルバイト文字圏だとパスの区切りはウィンドウズでも/だった気がする。日本語版だと\だがShift_JISの\はユニコードなんかだと/が割り当ててあったりしたきもする
いやいやシングルバイトでもバックスラッシュですよ。APIレベルだと/もバックスラッシュと同様に使えるだけです。
>> /はコマンドスイッチで、パス区切りはバックスラッシュ
こんなアホな突っ込みを入れてる時点で知らんのだろうけど。/がコマンドスイッチなのはcommand.com(DOS)の仕様で-にも変更できる。
そしてAPIレベルではには/はパス区切りとして使用できる。MS-DOSの時代からね(当然Windowsでも)。
https://msdn.microsoft.com/ja-jp/library/77859s1t(v=vs.90).aspx [microsoft.com]
UNIX ではパス デリミタとしてスラッシュ (/) しか使用できませんが、Win32 オペレーティング システムは円記号 (\) とスラッシュ (/) の両方を使用できます。
そのINT 2FHなAPIってUndocumentedじゃないでしたっけ？
http://www.atmarkit.co.jp/ait/articles/1404/24/news144.html [atmarkit.co.jp]
これだな。
> /がコマンドスイッチなのはcommand.com(DOS)の仕様で> -にも変更できる。変更できましたが、止めた方が良い。全てのコマンドが対応している訳ではないし、トラブルの元。
PowerShell使ったら、もっと分からなくなった。
> そしてAPIレベルではには/はパス区切りとして使用できる。今もそうなのだろうか?
一杯書いてあるが、、、、肝心な事が落ちていないか? 見落としか?
なぜ、/ がパスの区切りにならなかったか?
もともと、DOSには、パスの概念が無く、パラメータの区切りとして、"/" を使っていた。# コマンドとパラメータの間の空白は必要無い。その後、パスの概念が入ったが、既に "/" が使われていたので、"\"(ascii ではバックスラッシュ) を使ったと聞きます。
知ってる人、少ないようですが。
実用上、実際に面倒くさいのは「?」が使えない件。時々引っかかって、その都度全角に直してる。
その意味では、全て全角にしちゃえばむしろあらゆる問題が解決? と思わなくもないけど、見たくない。半角「￥」を使いたい! とか。パス区切り文字ですらエスケープしてなんとか使える仕組みとか、そろそろ出てきても良い気はするな。
やってやれないことはないが大手はやらないと思うよ。面倒くさいし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
盲腸 (スコア:0)
Windows3.1の時代なら納得出来ただろうが、DOSも消えたというのにこんな盲腸みたいなものが残ってるのは不思議で不可解
＃errとかcomとかも駄目かな？
Re: (スコア:0)
盲腸っつーか後方互換性でしょ
.comも.scrも実行ファイル扱いだしそんなもんよ
# 他OSで滅多に使われない単語なら兎も角、nulは流石に使う方がプログラマーとして駄目だろって思う
Re: (スコア:0)
＞# 他OSで滅多に使われない単語なら兎も角、nulは流石に使う方がプログラマーとして駄目だろって思う
null(L二個)ならともかく、nul(L一個）でそんなこと言われてもなあ。
Re:盲腸 (スコア:0)
まあ、何時までそれ残すんだよ！ってのはあるね。
でも、それよりは"/"がファイル名に使えないのにイラっとされる事が多い。
1/6～6/6みたいに付けたいと。
表示可能文字＆文字列全てokならこんな事にはならんだろうが、階層表現が。。。
Re:盲腸 (スコア:1)
>1/6～6/6みたいに付けたいと。
それは絶対にやめてほしい。
samba使ってると非常に厳しそう
Re: (スコア:0)
多分使える奴は無いかと？
ただ、ユーザー側の意見がそれ。
"／"はイヤだと。
まあ、階層をなんらかの文字当てないと、テキスト表示も指定も出来ないからとは言ってますけどね。
Unixの制約もWindowsの制約もユーザーの自由奪ってることに変わりがないよと。
Re: (スコア:0)
それよりは空白文字がファイル名に使えてしまうのにイラっとする。
お宝画像.jpg .exe
を踏んでしまうから、というのは冗談で、
コマンドライン引数にするのにいちいち二重引用符で囲わなければいけないから。
Re:盲腸 (スコア:1)
Windowsだけで閉じている環境でなければ、空白文字も全角文字もファイルパスに使うのは避けてほしいと願ってしまう。
Re: (スコア:0)
保存用にprnフォルダを作ろうとして失敗するんですね。
Re: (スコア:0)
いいじゃん別に。ウィンドウズだとというかエクスプローラーだと""をふぁいるめいにつかえないのだから単にパスを""で囲むだけで済む。
因みにgnome fileだとダブルクオーテーションをファイル名に使えるので" " " "のようなファイル名も通る。
これが如何に恐ろしいことかは言うまでもなくわかるはずだ。
Re: (スコア:0)
ほんまそれ。
せめて「program files」だけでもなんとかならんかったのか。
Re: (スコア:0)
というか空白入りのパスに対応させる為にMicrosoftが(わざと)選んだのではなかったか
Re: (スコア:0)
つまりusersもusers folderとかそんなんにしたほうが良かったということか…
Re: (スコア:0)
だから当初は「Documents and Settings」だったわけですよ。
Re: (スコア:0)
/はそもそも\(バックスラッシュ)と同じパス区切りの文字だからね。
と言うかUNIXに合わせて/もパス区切りにしてあるんじゃなかったっけ？
Re: (スコア:0)
シングルバイト文字圏だとパスの区切りはウィンドウズでも/だった気がする。日本語版だと\だがShift_JISの\はユニコードなんかだと/が割り当ててあったりしたきもする
Re: (スコア:0)
いやいやシングルバイトでもバックスラッシュですよ。
APIレベルだと/もバックスラッシュと同様に使えるだけです。
Re: (スコア:0)
Re: (スコア:0)
>> /はコマンドスイッチで、パス区切りはバックスラッシュ
こんなアホな突っ込みを入れてる時点で知らんのだろうけど。
/がコマンドスイッチなのはcommand.com(DOS)の仕様で
-にも変更できる。
そしてAPIレベルではには/はパス区切りとして使用できる。
MS-DOSの時代からね(当然Windowsでも)。
Re: (スコア:0)
https://msdn.microsoft.com/ja-jp/library/77859s1t(v=vs.90).aspx [microsoft.com]
UNIX ではパス デリミタとしてスラッシュ (/) しか使用できませんが、Win32 オペレーティング システムは円記号 (\) とスラッシュ (/) の両方を使用できます。
Re: (スコア:0)
そのINT 2FHなAPIってUndocumentedじゃないでしたっけ？
Re: (スコア:0)
http://www.atmarkit.co.jp/ait/articles/1404/24/news144.html [atmarkit.co.jp]
これだな。
Re:盲腸 (スコア:1)
> /がコマンドスイッチなのはcommand.com(DOS)の仕様で
> -にも変更できる。
変更できましたが、止めた方が良い。
全てのコマンドが対応している訳ではないし、トラブルの元。
PowerShell使ったら、もっと分からなくなった。
> そしてAPIレベルではには/はパス区切りとして使用できる。
今もそうなのだろうか?
Re:盲腸 (スコア:1)
一杯書いてあるが、、、、肝心な事が落ちていないか? 見落としか?
なぜ、/ がパスの区切りにならなかったか?
もともと、DOSには、パスの概念が無く、パラメータの区切りとして、"/" を使っていた。
# コマンドとパラメータの間の空白は必要無い。
その後、パスの概念が入ったが、既に "/" が使われていたので、"\"(ascii ではバックスラッシュ) を使ったと聞きます。
知ってる人、少ないようですが。
Re: (スコア:0)
実用上、実際に面倒くさいのは「?」が使えない件。時々引っかかって、その都度全角に直してる。
その意味では、全て全角にしちゃえばむしろあらゆる問題が解決? と思わなくもないけど、見たくない。
半角「￥」を使いたい! とか。パス区切り文字ですらエスケープしてなんとか使える仕組みとか、そろそろ出てきても良い気はするな。
Re: (スコア:0)
やってやれないことはないが大手はやらないと思うよ。
面倒くさいし。