[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】4 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
703(1): 2019/02/21(木)02:23 ID:BP5ivoCS(1) AAS
WSLとか関係なくない
DBとかでもデータファイル直でいじらんだろ
704(1): 2019/02/21(木)02:41 ID:R9NfxpXA(1) AAS
>>702
なんでWSLの話だと思い込んでるのかなあ。
705: 2019/02/21(木)03:22 ID:X1aZ7k5F(2/17) AAS
>>704
今までの話の流れとスレタイを見ろ
706: 2019/02/21(木)03:26 ID:X1aZ7k5F(3/17) AAS
>>703
それは全く別の話。
WSL起動中でないと書き込みができないから安全とか
意味不明なことを言ってるやつがいる。
（WSLが別システムだから？意味不明ｗ）
こっちは書き込みの安全性についてWSL起動中かどうかは関係ないといってる。
直接弄った時の安全性は、WSLの起動とは関係ないだろ？
707: 2019/02/21(木)03:28 ID:X1aZ7k5F(4/17) AAS
WSL起動中でないと書き込みができないのは
ファイルが壊れるとか別システム（笑）とかじゃなくて、
ストアアプリでファイルはそのアプリ用に隔離されてるから
直接ファイルを弄ることはセキュリティポリシーに反するからだろう
ファイル自体は同じOSが管理してるんだから壊れることはない
708: 2019/02/21(木)03:34 ID:X1aZ7k5F(5/17) AAS
>>680の何が間違ってるのか理解できてないようだから書いておくと
> Windows側からの操作は動作中のWSL(Linux)環境経由で読み書きするので、・・・(1)
> Linux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱いとなり、・・・(2)
この(1)が全く関係ない。
(2)のLinux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱い
になるのは、WSL（Linuxではない）環境経由だろうが、WSL環境以外だろうが同じ。
WSL環境以外から書き込んでも、(2)と同じ扱いになる。
だから(1)は全く関係ない。
709(1): 2019/02/21(木)13:52 ID:pcT7Cq0q(1) AAS
WSL側はWindows側の挙動を知りようがないから、appdata以下を直で弄られてもWSL上のLinux環境からは察知できず、メタ情報にも齟齬が発生する。
NTFS上のファイルとしては無事でも、WSL上のLinux環境からは破綻してしまっていたのがこれまで。
19H1ではWindows側にブリッジを作り、\\wsl$〜というUNCパスを使えば書き込み処理が起動中のWSL経由で行われ、WSL上のLinux環境からも関知される。
「実際の読み書きは土台のWindowsがやっているのだからファイルやメタ情報が壊れる訳がない」と繰り返しているアホは、この構造を理解できていない。
構造を理解できていないために、支障なくアクセスするためにはWSL環境が起動していなければならない理由もできていない訳だ。
無知で無能なくせに、やたらと攻撃的でマウント気質。まあ控え目に言ってクズ野郎ですな。
こちらとしても手加減する理由がないので、思う存分叩き伏せられる。
710: 2019/02/21(木)14:08 ID:AOOSCp45(1) AAS
環境とかシステムって単語使うとまた噛みつかれるで
厳密君の言葉尻チェックうるさすぎ
711: 2019/02/21(木)14:15 ID:X1aZ7k5F(6/17) AAS
>>709
なんでいちいち関係ない話を付け加えるんだ？
> WSL側はWindows側の挙動を知りようがないから、appdata以下を直で弄られてもWSL上のLinux環境からは察知できず
さも検知できれば大丈夫みたいな言い方をしてるけど、検知の有無は関係ない
そもそも（ファイル更新検知のためのAPIを使わない限り）ファイルの更新なんか検知しないのが普通
> メタ情報にも齟齬が発生する。
最初からこれが原因だって言ってる。Windowsアプリから保存すると、
（WSL用のメタデータを考慮してないほぼすべてのアプリは）
ファイル保存時にメタ情報が抜け落ちる。それだけでいい話
> 「実際の読み書きは土台のWindowsがやっているのだからファイルやメタ情報が壊れる訳がない」と繰り返しているアホは
省9
712: 2019/02/21(木)14:31 ID:G6fatQrd(1) AAS
救いようのないアホ。韓国に住んでるんだろうな。
713: 2019/02/21(木)14:46 ID:noKSeJYV(1) AAS
クソ邪魔だからコテ使えよ
それか逝ね
714(1): 2019/02/21(木)15:12 ID:M7OHfXtD(1) AAS
名前がドットから始まるファイルを作成可能に 〜「Windows 10 19H1」Build 18342
外部ﾘﾝｸ[html]:forest.watch.impress.co.jp
715: 2019/02/21(木)15:13 ID:DEUESkAi(1/9) AAS
WSLのシンボリックリンクをデスクトップアプリのテキストエディタなどで開けばただのテキストファイルだし。
716(1): 2019/02/21(木)15:17 ID:DEUESkAi(2/9) AAS
>>714
ディレクトリ配下を再帰検索する野良アプリを使っている人は要注意かも。
名前がドットから始まるターゲットをディレクトリ扱いする間違った実装してたらアウト。
717(3): 2019/02/21(木)15:49 ID:31A9yt7R(1) AAS
なんでWindowsからいじっただけでEAまで飛ぶのかよくわからんのだが
718: 2019/02/21(木)15:53 ID:DEUESkAi(3/9) AAS
>>717
Linux側のi-nodeに同期させる仕組みがないからでしょ。パフォーマンスが犠牲になる実装を避けるのは当然。
719: 2019/02/21(木)16:06 ID:/JGBEnv9(1) AAS
>>717
メモ帳みたいに同じファイルに上書きするんなら消えない
VSCodeとか上書き操作しても実際には別ファイルへの書き出し→元ファイルと入れ替えってやるから消える
>>716
今までエクスプローラー以外から作れなかったわけじゃないのにそんな馬鹿な実装アプリ使ってたら既に問題出てるでしょ
720: 2019/02/21(木)16:08 ID:X1aZ7k5F(7/17) AAS
>>717
保存する時に、別名で作成→古いファイルを消す→名前を変更する
ということをやってるから。
一応安全な手段ではあるんだよ。
これだと途中でエラーが起きてもデータが消える可能性少ない
データ保存に比べて一瞬で終わる名前の変更だけできればいいからね
721(1): 2019/02/21(木)16:13 ID:X1aZ7k5F(8/17) AAS
Linux側のi-node（笑）
またLinux側とかありもしないものを持ち出してる
知識が浅いと駄目だね
722(1): 2019/02/21(木)16:25 ID:X1aZ7k5F(9/17) AAS
WindowsでfileIDの調べ方がわからんかったから調べたら予想通りだった。
WSLのstat ファイル名で表示されるInode番号は、
Windowsではfsutil file queryfileid ファイル名で表示される
ファイルID（の16進数を10進数にしたもの）だった
さっきも言ったけどLinux側のi-nodeに同期とか存在しないんだよ。
Linuxがそういう管理してるんじゃないんだから。っていうかLinuxなんていねぇ。いるのはNTカーネルだけだ。
単にAPIを変換してるだけなんだから、WSLからInodeを知ろうとしたらNTFSのFileIDを返すだけの話
723(1): 2019/02/21(木)16:43 ID:/NEwzDvS(1/3) AAS
WSLではVolFsがinodeを管理してるからWSLからみたらinodeは普通に見える。実体がどうとかは関係ない。
WSL上ではアプリケーションはlinuxとして動くわけだから重箱の隅をつついても仕方ないし、inodeもないと動かない。
724(1): 2019/02/21(木)16:47 ID:X1aZ7k5F(10/17) AAS
>>723
問題はそこじゃなくて「Linux側のi-nodeに"同期"させる」って言ってるところだよ。
同期だよ。同期。まるで別にLinux環境というものが存在して、そっち側でinodeを
Windowsとは別で管理していて同期を必要としていると思っているのだろう。
725(2): 2019/02/21(木)16:54 ID:DEUESkAi(4/9) AAS
>>721 >>722 で言ってることが変わっていってるのが面白い。
「さっきも言ったけど」とか記憶障害っぽい感じがする。
「自分が先に思いついた」とか発言してた人かな、ひょっとして。
お大事に。
726: 2019/02/21(木)16:56 ID:X1aZ7k5F(11/17) AAS
確認した。VolFsでもDrvFsでもi-nodeとしてNTFSのFileIDが表示されてる
そもそもi-nodeっていうのはext4とそのお仲間が持ってるもので
reiserfsなどにはi-nodeは存在しない。すべてのファイルシステムが持ってるものじゃないし
Linuxが管理してるものでもない（WSLにLinuxなぞ存在しないが）
だけどLinuxで必要とされるから、reiserfsのファイルシステムドライバが
i-nodeをエミュレートして表示している。
NTFSもそれに近い。NTFSのドライバはFileIDとして返すわけだが、
VolFsやDrvFsへの変換レイヤー（WSLの一部）がNTFSのFileIDをi-nodeとして見せてるだけ
VolFsやDrvFsがi-nodeを管理してるわけじゃない。単に変換してるだけ。
727: 2019/02/21(木)16:56 ID:X1aZ7k5F(12/17) AAS
>>725
変わってないし、何も言い返せないならレスしなくていいよ
728: 2019/02/21(木)17:00 ID:X1aZ7k5F(13/17) AAS
結局、NTFSのFileIDがi-nodeとして使われるわけだから同期なんて必要ないのが分かるだろう？
単に保存時にメタ情報を考慮しているかどうか。
いまちょっと確認したんだが、atomから保存した場合、
FileIDは変化しなかったけど実行属性は消えていた。
メモ帳やvscodeだと保存した場合FileIDは当然同じとして、実行属性は残ったまま
（だから俺はatomからvscodeに乗り換えた）
だから保存する時に以前のメタデータをどうするか？という処理が別に必要なのだろう。
729: 2019/02/21(木)17:41 ID:DEUESkAi(5/9) AAS
どのlinuxユーザーでファイルを操作していることにするかという要件定義の問題。
NTFSのアクセス管理との整合性を破綻させない工夫が必要なのはCygwinの頃からある話で、誰でもわかる。
長々書かなくていい。
730: 2019/02/21(木)18:06 ID:X1aZ7k5F(14/17) AAS
> どのlinuxユーザーでファイルを操作していることにするかという要件定義の問題。
また今までの話と全く関係ない話を始めたなｗ
で、その要件定義が何だって？
その先をいえや
731: 2019/02/21(木)18:31 ID:SeTUmQvi(1/2) AAS
>>725
一番最初にi-node考えたのは俺やで？
732: 2019/02/21(木)18:33 ID:6JZwmb3b(1/2) AAS
そうか特許申請はしたか？
733: 2019/02/21(木)18:59 ID:DEUESkAi(6/9) AAS
分かる人にしか分からないけど、アムロ・レイの父テム・レイみたいでかわいそう。
734: 2019/02/21(木)19:06 ID:SeTUmQvi(2/2) AAS
ワシがリナスにi-node教えたったんや。
735: 2019/02/21(木)19:17 ID:6JZwmb3b(2/2) AAS
vaxが1977年。UNIXはそれ以前だからね。
史実なら軽く還暦越えっしょ
736: 2019/02/21(木)19:20 ID:buD6zLe5(1) AAS
i-nodeはワシが育てた
737: 2019/02/21(木)19:26 ID:/NEwzDvS(2/3) AAS
>>724
「Linux側のi-nodeに"同期"させる」ってことが理解できてないのはお前だけ。
inodeの実体がNTFSのFileIDであっても、知らないシステムが変更したIDとWSLが管理してるIDの整合性は取れない。
基本的にWSLサブシステムはWindowsのサブシステムとは互いに独立してるからカーネルは同じだとしても管理は別物。
共同で管理するには”特別な”実装が必要になる。
738(1): 2019/02/21(木)22:53 ID:X1aZ7k5F(15/17) AAS
> 知らないシステムが変更したIDとWSLが管理してるIDの整合性は取れない。
え？なんで？ｗ
理由言ってみ。どういう場合に整合性が取れなくなるのか
具体的な名前書いてさぁ
739(1): 2019/02/21(木)22:54 ID:X1aZ7k5F(16/17) AAS
> 基本的にWSLサブシステムはWindowsのサブシステムとは互いに独立してるからカーネルは同じだとしても管理は別物。
え？なんで？なんでサブシステムが別だと
管理まで別物になるの？
理由が全く書いてないじゃないｗ
ほんと適当な嘘書かないでくれないかなぁ（苦笑）
740: 2019/02/21(木)23:01 ID:X1aZ7k5F(17/17) AAS
> 「Linux側のi-nodeに"同期"させる」ってことが理解できてないのはお前だけ。
証拠を見せてあげよう。
「Linux側のi-nodeに"同期"させる」ってことが理解できてる人
他にいるなら、その人はどういうことなのか説明してみせて
意味不明だから、説明できる人が誰も居ないだろう
741(1): 2019/02/21(木)23:10 ID:DEUESkAi(7/9) AAS
i-nodeが正しく反映できてなかったらシステムコールのstat構造体を使うプログラムは全滅だよ。
742(2): 2019/02/21(木)23:12 ID:DEUESkAi(8/9) AAS
linuxのアクセス権限はi-nodeから紐づいたデータなのでWindows側のFileIDでは対応できない。
743: 2019/02/21(木)23:17 ID:DEUESkAi(9/9) AAS
i-nodeにせよFileIDにせよデータベースのキーのようなもので他のデータと紐づいていてシステムコールを通じて変更される。
744(1): 2019/02/21(木)23:21 ID:/NEwzDvS(3/3) AAS
>>742
これ。だからwslで編集したファイルはwindowsで触ってもよいが、逆はダメになる。
>>738
windowsが作成したファイルをwslが編集するのは非推奨になってる。それを知らないだけだろ。
>>739
マイクロカーネルの基本的な概念を知らないだけだろ。
745: 2019/02/22(金)00:39 ID:ytxi9r62(1) AAS
wsl$経由でコピーするとパーミッションが維持されないな
cp相当にしといた方が良いような気が
フィードバックしとくか…
746: 2019/02/22(金)01:31 ID:BojX55g6(1/8) AAS
>>742
> linuxのアクセス権限はi-nodeから紐づいたデータなのでWindows側のFileIDでは対応できない。
だから（Linuxじゃなくて）WSLから見えるアクセス権限は
ファイルについてる単なるメタデータなんだよ。
WSLから見えるユーザーとかあれは仮想的に作ったもので本物のアクセス権限じゃない。
WSLでrootになったとしてもWindows上から見れば、ユーザーの権限のまま
実際のアクセス権限はNTカーネルによって行われる。
だからDrvFsとかでWSL上のrootになっても書き込めないファイルが有る
747(1): 2019/02/22(金)01:34 ID:BojX55g6(2/8) AAS
>>744
> windowsが作成したファイルをwslが編集するのは非推奨になってる。それを知らないだけだろ。
なっていない。そのためのDrvFsなんだし。
外部ﾘﾝｸ[html]:kledgeb.blogspot.com
> DrvFsとは
> 「DrvFs」は、WSL環境（Linux環境）にWindowsのボリュームをマウントし、
> LinuxからWindowsのファイルにアクセスできるようにする仕組みです。
ほんと適当な嘘ばかりつくよねｗ
748: 2019/02/22(金)01:39 ID:BojX55g6(3/8) AAS
>>741
> i-nodeが正しく反映できてなかったらシステムコールのstat構造体を使うプログラムは全滅だよ。
i-nodeはFileIDを使えばいいだけ
それより同期の話は何処にいった？ｗ
一体何を同期するのだろうか？
誰か答えてくれｗｗｗ
749(1): 2019/02/22(金)01:41 ID:b1kePI9j(1/2) AAS
>>747
外部ﾘﾝｸ:japan.zdnet.com
これ。次期アップデートから。
750(1): 2019/02/22(金)01:45 ID:BojX55g6(4/8) AAS
>>749
それがどうしたの？
windowsが作成したファイルをwslが編集するのは非推奨とか書いてないわけだが
文章ちゃんと読めてるか？
751(1): 2019/02/22(金)01:46 ID:b1kePI9j(2/2) AAS
>>750
それ別人だから。脳みそお花畑か。
752: 2019/02/22(金)01:47 ID:BojX55g6(5/8) AAS
>>751
だからそれがどうしたのって聞いてるわけだが？
そんな事知ってるし、なんのために持ち出してきたんだ？
俺に言うことじゃないだろって話。
753(1): 2019/02/22(金)01:49 ID:6SQ38UuT(1/2) AAS
薬を飲んでさっさと寝ろ。 ID:BojX55g6
754: 2019/02/22(金)01:51 ID:BojX55g6(6/8) AAS
>>753
お前には聞いてないｗ
755: [kitaihage] 2019/02/22(金)02:37 ID:3BVQw3jn(1) AAS
わざわざ有志が作ったブツでマウントとかしなくてもext2/4が読み書きできる様になるのか
これは良アプデの予感
756: 2019/02/22(金)03:14 ID:rJxakUpG(1/2) AAS
たまにでどころを覗くというのも悪くないですね。
外部ﾘﾝｸ:blogs.msdn.microsoft.com
ところで Fedora ってどうなっちゃったんでしょうｗ モジュラー関係で何かあるのかな...
757: 2019/02/22(金)06:52 ID:HYPbC5C3(1) AAS
dnfが動かんからなぁ
それを解決したFedoraRemixはMS以外から出てるけども
758(2): 2019/02/22(金)12:35 ID:+Wpl1pOc(1) AAS
・設定ファイルの容量は数KBに満たない
これをいじろうとすると
・必要なHDDの容量が20GB必要
・文字のエンコード関係で壊れるかもしれない不安
・２０GBのインストール・アンインストール作業。時間が掛からないわけが
外部ﾘﾝｸ[html]:kasou-ken.seesaa.net
外部ﾘﾝｸ:linuxfan.info
外部ﾘﾝｸ:mongonta.com
win鯖のシス管みたいなことを何が悲しくてせなあかんのかよく理解できない…
759(1): 2019/02/22(金)13:37 ID:BojX55g6(7/8) AAS
>>758
そんな間違えだらけで役に立たないページ見て何がしたいの？
760: 2019/02/22(金)18:49 ID:0YKQZTy9(1) AAS
>>759
その役に立たないページの修正情報をただで集めようと言う魂胆だろう
761: 2019/02/22(金)18:51 ID:S98uOfmF(1) AAS
しかし、WindowsでLinuxのソフトが普通に使えるもんな。
凄い時代になったもんだ。
762(1): 2019/02/22(金)18:56 ID:rJxakUpG(2/2) AAS
>>758
・テキストエディタやロケールを扱えない自己紹介・腐った情報の掲示
・初心者向けコマンド解説
・低スぺPC Winアプデ方法
win鯖のシス管と何が関係するのか…
763: 2019/02/22(金)20:00 ID:6SQ38UuT(2/2) AAS
Mecabで最新の辞書データを使おうと思ったらLinuxでビルドするしかないからねぇ。
WSLのおかげで実質的にWindowsでの作業だけで最新の辞書データを適用できるようになった。
外部ﾘﾝｸ:github.com
764: 2019/02/22(金)20:43 ID:BojX55g6(8/8) AAS
>>762
> win鯖のシス管と何が関係するのか…
win鯖のシス管をパソコンのサポートと勘違いしてるんだろう。
パソコンの設定をするのは、win鯖のシス管だ！
765: 2019/02/22(金)23:41 ID:lPRBX9Ux(1) AAS
ヘルプデスク部隊とWin鯖管を混同してはいけない
766: 2019/02/23(土)09:12 ID:fAg9HS/u(1) AAS
この馬鹿に理解させる必要は無いよ、無理に教化を試みて無駄な労力を使う事はない。
こいつがダメな理由を、周囲の第三者に説明するだけでいい。最後にこいつの人格批判を添えてな。
始めたのは向こう側だからな、遠慮は要らんぞ？
767: 2019/02/23(土)14:46 ID:R3779t6v(1/2) AAS
Visual Studioからgccでユニットテストしたいとき。
WSLがあれば楽チン。
768: 2019/02/23(土)14:49 ID:Ona3uDWl(1/2) AAS
エラーが出て俺は試せなかったんだが、Windows SandboxでWSL使えるか教えてほしい。
769: 2019/02/23(土)16:53 ID:VxtVfYwp(1) AAS
・WSLを有効化するには要再起動
・Windows Sandboxは再起動を要する作業はサポートされない
770(1): 2019/02/23(土)17:15 ID:RZr55jD8(1) AAS
再起動もそうだけど、どうやってSandboxの中でWSL有効にするの？
そもそもWindowsの機能が空なんだけど…
dismもパッケージサービスコマンドが丸ごと無い
771: 2019/02/23(土)17:45 ID:R3779t6v(2/2) AAS
19H1リリースされても無料で使えるんだろうか。
事実上の新バージョンに見えるけど。
772: 2019/02/23(土)18:13 ID:Ona3uDWl(2/2) AAS
>>770
あらあ、そうなのか・・・
773: 2019/02/24(日)21:15 ID:GQ1iIF6T(1) AAS
WSLから /mnt/c/ 配下のファイルを編集しちゃまずいのか？
774: 2019/02/24(日)22:25 ID:/KJOAD0o(1) AAS
別にまずくはない
775(1): 2019/02/24(日)22:30 ID:+Kep4M0S(1/2) AAS
変な所でEOFを検知する事無い？
776: 2019/02/24(日)22:40 ID:mpGQfTx3(1/2) AAS
>>775
fgetc() の戻り値を char型変数で受け取ったに2000ペリカ
777(1): 2019/02/24(日)22:47 ID:+Kep4M0S(2/2) AAS
ubuntu 側のgrepがwindows側のファイルを探せない(途中で探索が終わる）
とかだから違うな
2000ペリカ直ちに振り込むように
778: 2019/02/24(日)23:09 ID:mpGQfTx3(2/2) AAS
ウイルス対策ソフトとかが原因では？
grep -nE ".*" で一行ずつ出力させてエラーが出る場所追いかけてみてはどうか。
779: 2019/02/25(月)00:01 ID:8XHoG7Po(1/3) AAS
Linuxというものを理解してないのか？
理解してないのはOSやコンピュータというべきか？
/mnt/cなんてちょっと特殊なファイルシステムとして
マウントされてるだけに過ぎないんだから、
意味不明なことにはならんよ。
780: 2019/02/25(月)00:04 ID:IcYCV+qi(1) AAS
mmapが腐ってるとかの可能性を考えていたんだが
781: 2019/02/25(月)00:10 ID:ej8YQsiG(1) AAS
/mnt/c/〜/rootfs/の下は見えないようになってるのね
やっぱりここを触られるのはNGなのか
782(1): 2019/02/25(月)07:06 ID:0/6MkUn9(1) AAS
sjis のファイルだと、UTF-8 の文字列と一致しないから、見つからないだけ
grep -ir '赤い糸' ./*
ファイル名は自動的に、UTF-8 に変換してくれるけど
783: 2019/02/25(月)07:58 ID:8XHoG7Po(2/3) AAS
UTF-8が普及する前はEUC-JPがよく使われていた。
そういう昔のEUC-JPで書かれたファイルを
UTF-8の端末からgrepしても同じように見つからない
SJISのファイルをgrepしたいなら、端末の文字コードをSJISにすればできるだろうが
デフォルトでその設定は入ってないだろうな。
nkfでも使ったほうが簡単
784: 2019/02/25(月)09:58 ID:lLepgtpH(1) AAS
>>777
straceしろよ
785: 2019/02/25(月)13:50 ID:GAD3Mm4D(1) AAS
>>641
そもそもゲイツが潰れかけてたアップルに資金提供して蘇生させたんだがな
786: 2019/02/25(月)13:58 ID:7lHkoHnS(1) AAS
Send salt for Apple.
787: 2019/02/25(月)15:21 ID:8XHoG7Po(3/3) AAS
大流行の“塩◯◯”ブーム！今秋に新登場の「塩りんご」って何？
外部ﾘﾝｸ:news.cookpad.com
788: 782 2019/02/26(火)10:58 ID:sKf13l5K(1) AAS
str=`ruby -e 'print "赤い糸".encode( "CP932" )'`
grep -ir "$str" ./*
"赤い糸"という文字列を、Ruby で、sjis に変換して、
(Ruby にはデフォルトで、nkf が入っているので、Linux にはnkf を入れていないため)
それで、Windows側のsjisのファイルをgrep したら、
「バイナリファイル ./桃子.txt に一致しました」とひとまず一致したけど、
sjis のファイルは、バイナリファイルとみなされた
一致箇所が複数あるけど、何回一致したかはわからないし、一致した行もわからない
省1
789: 2019/02/26(火)11:18 ID:s+ae8hWg(1) AAS
-a
790(1): 2019/02/26(火)12:16 ID:PFa9DcgV(1) AAS
いい加減SJISのファイルを辞めるべきだろ
なんで日本専用の文字コードを使うんだよ？
海外対応考えてないのか？
791: 2019/02/26(火)16:38 ID:7+2bK9Kc(1) AAS
ヘッダーにcharset=Shift_JISとある5ch.netの悪口はやめたまえ
792: 2019/02/26(火)17:06 ID:5TzeVwWM(1/2) AAS
そんなあなたに古典ツール nkf。今となっては速度面で見劣りするけど便利なので生き残っている。
793: 2019/02/26(火)18:08 ID:6Yh57sAf(1) AAS
rgとかpt使えば、grepみたいに遅くないし、utf/euc/sjis混ざってても探せるのに
794: 2019/02/26(火)19:26 ID:5TzeVwWM(2/2) AAS
grepが遅いようにみえるのはディレクトリツリー検索でファイル除外できないからであって、単体ファイルの検索ならgrepのほうが40%近く速いよ。
795: 2019/02/26(火)20:11 ID:XzHEvWCk(1) AAS
>>790
だいたいExcelのせい
インターネットバンキングからcsvおとして解析かけるのに一旦utf-8に変換しないといけないし。
796: 2019/02/27(水)08:51 ID:sR2G3Bgi(1) AAS
全角半角混在前提なSJISは良い文字コードなんだけどな。
797(1): 2019/02/27(水)08:55 ID:9mrLXeAG(1/3) AAS
多言語の文字を混在出来ないけどね
798: 2019/02/27(水)09:17 ID:AO45prtq(1/2) AAS
ロ、ロシアとギリシャなら…
799: 2019/02/27(水)09:41 ID:9mrLXeAG(2/3) AAS
5ch(2ch)するだけなら問題ないかw
つうかDATがSJISなんだよな・・・
800: 2019/02/27(水)09:48 ID:mMO8wKo5(1) AAS
5chもグローバル化の波に乗るかもよ？笑
多言語板が出来そうだが、キリル文字の荒しとかでそう。
まあそしたらＡＡ香具師とか死にそうだけど。
801: 2019/02/27(水)09:49 ID:AO45prtq(2/2) AAS
utf8の板もあるでしょ
802(1): 2019/02/27(水)11:20 ID:8UbVg31f(1/3) AAS
>>797
ロケール切り替えれ
上下前次1-新書関写板覧索設栞歴
あと 200 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.077s