「Windows 10のメモ帳、CRLF以外の改行コードサポート追加へ」記事へのコメント

いいぞ

[Anonymous Coward]

次はデフォルトの文字コードに手を付けてくれたまへ

Re:

[Anonymous Coward]

Windowsの文字コードって複数あるの？

Re:

[Anonymous Coward]

メモ帳のだぞ
デフォルトだとANSIになってる
他にUnicode、Unicode big endian、UTF-8が使える

最近はHTMLやソースコード関連がUTF-8推奨なので
デフォルトをUTF-8に変えても良さそう

Re:

[miishika (12648)]

notepadだど強制的にBOM付というところも改善してほしいところ。

Re:

[Anonymous Coward]

BOM困るよね。
スクリプトとか設定ファイルとかメモ帳で弄っちゃって、BOMのせいで動作しないってケースが希にある。

Re:

[Anonymous Coward]

改行コードが CRLF になっているくらいで command not found とか言う
シェルのうんこっぷりを直す方が良い気がする。頑なにCRを無視するように
しないのは、したらいけない理由がなんかあるんだろうか

Re:

[Anonymous Coward]

シェルスクリプトってものが分かってない奴が好き勝手に書いてるな。
あれは人間から見たらテキストファイルだけど、カーネルから見たらプログラム(実行ファイル)だぞ。
Windowsで言えばexeファイルの先頭が「0x5A4D」以外でも動作しろって言ってるレベルで酷い。

OSは#!で始まるファイルが起動されたら、それが参照するバイナリをロードするって厳然とした規格なので
1行目だけは「柔軟な対応」は出来ないし、やってはいけない。
2行目以降なら起動されたプログラム側(/bin/shや/usr/bin/perlなど)が好きに処理できるが。

https://ja.wikipedia.org/wiki/%E3%82%B7%E3%83%90%E3%83%B3_(Unix) [wikipedia.org]

Re:

[Anonymous Coward]

シェルスクリプトってものが分かってない奴が好き勝手に書いてるな。
あれは人間から見たらテキストファイルだけど、カーネルから見たらプログラム(実行ファイル)だぞ。

だから何なの？
"#!" の前に Unicode の BOM を認めらばよいだけ。
#! (BOM無し)
0xEF 0xBB 0xBF #! (UTF-8)
0xFE 0xFF #! (UTF-16 BE)
0xFF 0xFE #! (UTF-16 LE)
0x00 0x00 0xFE 0xFF #! (UTF-32 BE)
0xFF 0xFE 0x00 0x00 #! (UTF-32 LE)
上記の6通りを実行できるようにカーネルを書き換えれば良いだけ。
何故やってはいけないの？
セキュリテ

Re:

[Anonymous Coward]

プロセス起動に分岐なんて入れたら全プロセスが単純に６倍遅くなるぞ。
バカじゃねーの？

Re:いいぞ

[Anonymous Coward]

カーネル書き換えの是非は置いておくとして。

全プロセスと言いますが
もしファイルから起動しないプロセスでも遅くなるというのなら
致命的なので設計を見直すべきですね。

また6倍遅くなるという表現からif文の羅列みたいなものを想定されていると思うのですが
もしそういう実装であるというのなら
if文の羅列の末尾に追加する分には現行より6倍遅くなることはありえません。

繰り返しますがBOMに対応すべきとは言いません。

Re:

[Anonymous Coward]

本気でそう思うならLKMLでLinusあたりに提案してみてくれ。
本人も見てるから最大級の感謝の言葉を貰えるぞ。
systemdやSELinuxを超える歴史のページになりそうだ。

Re:

[Anonymous Coward]

こんなアホなこと言ってるレベルのやつに感謝の言葉なんて来るはずないだろ

Re:

[Anonymous Coward]

linusからの謝辞なら来るだろｗ

https://linux.srad.jp/story/18/01/23/078252/ [linux.srad.jp]