18/11/09 07:42:55.32 F2RsN0P0.net
俺はこれでDドライブとかにWSL環境構築してるわ
URLﾘﾝｸ(github.com)
1016:login:Penguin
18/11/09 12:48:55.28 3WMswF4A.net
-OyomiオプションつきでWSL版mecabで開いた状態だと、Windows版mecabで同じ辞書フォルダを開けない。
Windows側でCreateFile()の共有指定をFILE_SHARE_READからFILE_SHARE_READ | FILE_SHARE_WRITEに変更して再ビルドすることで回避できた。
同じ問題が、いろんなアプリで起きそうな予感。
WSLで読み取りで開いているファイルにアクセスできないWindowsアプリとか潜在的に多そう。
ちなみにMSのCライブラリだとfopen(filename, "r") でFILE_SHARE_READ | FILE_SHARE_WRITEが指定されるので大丈夫。
CreateFile()というWindows固有のWin32APIを直接呼び出すコードで問題が起きる可能性がある。
読み取りで開くからといって共有指定をILE_SHARE_READ | FILE_SHARE_WRITE ではなくFILE_SHARE_READだけにするとハマる。
1017:login:Penguin
18/11/09 13:10:43.96 93OjXMJz.net
なんだそのクソ仕様は・・・
1018:984
18/11/09 13:51:52.09 3WMswF4A.net
説明補足。Mecabは、オープンソース 形態素解析エンジン。
以下URLが公式。多分。
URLﾘﾝｸ(taku910.github.io)
>>984 で再ビルドしたってのはソースを修正してmecabバイナリ群をリビルトしたという意味。
CreateFile()を呼び出している箇所は一ヶ所だけなので修正はさほど手間ではない。
開発者の方には、そろそろMecabの最新版を公式リリースしてもらいたい。64bit対応とかあるだろうし。
なお、Mecabの最終更新が2013-02-18と5年以上前。
Mecabに限らず、WSLとWindowsで同時にファイルを開くアプリは要注意。
Bzという割とメジャーなバリナリエディタもCreateFile()の共有指定がFILE_SHARE_READだけなので同じ現象が起きる。
この件、WSLの仕様がおかしいようにも思える。
1019:login:Penguin
18/11/09 14:01:12.91 93OjXMJz.net
WSLのファイルシステムかメタデータ周りの問題かもな。
WSLなんて所詮オマケみたいなもんだ。遊びでしか使えん。
1020:login:Penguin
18/11/09 14:14:02.13 +MT3NdP/.net
>>986
えとさ、安全かどうかでちゃんと考えてる？
読み取りで開いているって言ってるけど、
読み取り専用じゃねーからな。読み込み共有モードだからな
私は読み取りしかしない！と宣言してファイルを開いた時
1021: その他のプロセスが書き込みしたら、一回目に読み取ったときと 二回目に読み取ったときでデータが変わってしまう FILE_SHARE_READっていうのは自分が読み込みしかしない！と 宣言することじゃない。自分は書き込まないから他の人が読み込んでも いつだって同じデータが読み取れるよ。 他の人は書き換えないと宣言するなら、読み取ってOKって言ってることになる。 同様にFILE_SHARE_WRITEは、自分はうまいことやるから 他の人書き込んでもOK！っていうことだ。 つまりは、自分は読み込みしかしないが他人に書き換えられたら困る！ ってときはFILE_SHARE_READだけにするんだよ たいていは読み込み途中に書き換えられたら困るだろう？ mecabは他人に書き換えられてもOKと言ってるのか？
1022:login:Penguin
18/11/09 14:15:35.87 +MT3NdP/.net
自分は読み取りしかしない！と宣言していても、
他人に書き換えられても大丈夫ってことにはならないからな
1023:login:Penguin
18/11/09 14:38:57.87 30xrhl21.net
Bzでの再現手順教えてくださいな
wsl上のemacsでc:/wsl/test.txtを開いたまま
win上のBz162でc:/wsl/test.txt開いてみたけど
問題なく開けるのでどうすればいいのかわからない
1024:login:Penguin
18/11/09 15:03:07.22 3WMswF4A.net
>>988
書き込み側、読み込み側、どちらかが優先されるべきかは
それはアプリ次第であって、こうすべきと決めつけるものでもないでしょう。
起動中の読み取りアプリを犠牲にしてでも書き込み優先するという割り切り方もある。
>>990
後学のためにmecabをインストールしてみては？
1025:login:Penguin
18/11/09 15:22:02.65 30xrhl21.net
>>991
mecabでの再現の手順教えてもらえますか？
それよりはBzのほうが簡単だと思ったので、Bzで訪ねたんですけど
1026:login:Penguin
18/11/09 15:34:43.90 3WMswF4A.net
>>992
以下のプログラムをWSLでコンパイルし、第一引数に開きたいファイルパスを渡して実行してください。
次に、Windows側で同じファイルをBzで開こうとすれば再現します。なお、当方は64bit版Windows10。
使っているWSLはUbuntu 18.04.1 LTS
#include <cstdio>
#include <unistd.h>
#include <fcntl.h>
#include <sys/mman.h>
int main(int argc, char* argv[])
{
const char* filename = argv[1];
int fd = ::open(filename, O_RDONLY);
int prot = PROT_READ;
char *p = reinterpret_cast<char *>(::mmap(0, 1024, prot, MAP_SHARED, fd, 0));
printf("%s %d %p\n", filename, fd, p);
fputs("input [ENTER].\n", stdout);
fgetc(stdin);
::close(fd);
fputs("bye.", stdout);
return 0;
}
1027:login:Penguin
18/11/09 15:54:06.61 30xrhl21.net
>>993
ありがと
wsl内部でファイルをreadonlyで開いても、windows側からはSHARE_RWで開いたとみなされて
SHARE_Rだけのcreatefileだとコケるという話ですね
fall 2018 updateでwslfsへ変換した環境でも再現できた
1028:login:Penguin
18/11/09 15:58:22.34 G9J1BokI.net
次スレは？
1029:login:Penguin
18/11/09 16:00:31.66 30xrhl21.net
たててみる
1030:login:Penguin
18/11/09 16:03:18.95 3WMswF4A.net
>>988
> えとさ、安全かどうかでちゃんと考えてる？
たかが読み取りオンリーなプログラムの分際で、自分の安全しか考えない身勝手なプログラムはダメでしょう。
読み取り側が排他ロックしたい時だけロックするべきで、それ以外の時は書き込み側を優先するのが基本でしょう。
1031:login:Penguin
18/11/09 16:03:55.61 30xrhl21.net
次スレ
Bash】Windows Subsystem for Linux【WSL】4
ｽﾚﾘﾝｸ(linux板)
1032:login:Penguin
18/11/09 17:09:55.48 3WMswF4A.net
スキルの低い人ほど宗教的な信条を他人に押し付けたがる法則
1033:login:Penguin
18/11/09 17:10:47.97 3WMswF4A.net
スキルの低さを宗教的な信条で補っているともいえる。
1034:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 157日 12時間 21分 7秒
1035:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています