If I understand correctly, mecab should use UTF-8 character encoding.

Perhaps you might have built mecab by yourself or added config.h without running cmake though setup.py?

I see, it is set to be processed in UTF-8....

What I did was pip install with the commit ID of this pull request.
git+https://github.com/Hiroshiba/pyopenjtalk@69e5f354634f98098113f9cac5a6ea736443f9c9.

Possibly, the charset of the path and the one mecab uses for input/output are different...?
But it looks like the MSVC compiler is specifying UTF-8.

I would like to ask another person to verify this because I am losing confidence.

Umm, maybe @oocytanb can help? I am afraid I don't have a windows machine to investigate the issue.

Please excuse me for writing in Japanese

日本語で失礼します。

MSVC のコンパイラーオプションは、Windowsでビルドできるように、追加したものです。
もともと CHARSET_UTF_8 が指定されていたので、MSVC のコンパイラーオプションにも、
UTF8 を指定すればよいだろうと考え、それでビルドできたので、満足してしまっていました。
必要であれば是非、修正されてくださいませ。

MeCab のコードを見たところ、ファイルを開くところでは、WPATH マクロを通していますね。
WPATH マクロの定義部分では、Windows では パス文字列を UTF8 から変換するコードが、
コメントで書いてありました。
もしかすると、これを使えば、MeCab に関しては、パス文字列を UTF8 固定で渡して、
うまく処理できるかもしれませんね。
ご参考までに。
https://github.com/oocytanb/open_jtalk/commit/2bb20a13ade8c98948adf1df8844f2ff1ca13d2c

Ah, how about adding a test that reads the mecab dictionary in the Japanese directory?

僕は癖で、すべてのGithubレポジトリで英語で書いてますが、日本語関連のリポジトリでは日本語でもちろんかまいません。

日本語を含むディレクトリに関するテストは、追加していただくのが良いと思います。
現在の修正は、根本的な原因は不明瞭なままで、ひとまず動くworkaroundを見つけた、という修正のように思えるので、原因を特定した上で、妥当だと思える修正をしていただけると嬉しいです。僕はWindowsマシンがなく、原因追求の手助けをできないのは申し訳ありませんが…。検討よろしくお願いします。

なるほどです。
自分がほしかったのはworkaroundだったのと、今回のプルリクエストの意図から外れそうなのでこのプルリクエストは閉じたいと思います。

せっかくの議論が探しづらくなるのは勿体ないので、ひとまずissueを立ててこのページを参照するのはどうでしょう。

はい、それで問題ないと思います。

#18