{"push_id":3141176753,"size":1,"distinct_size":1,"ref":"refs/heads/hotfix/0.3.1","head":"a6fe1b78f66c880bcf3e91ca3a164c2cea7e660e","before":"95945dd7c58ac4c5b9c136ac64cb0e7af998dd56","commits":[{"sha":"a6fe1b78f66c880bcf3e91ca3a164c2cea7e660e","author":{"name":"ki-foobar","email":"51c4b0bcaf44286925b98d6462c43b94f95b8986@gmail.com"},"message":"Fix filepath handling on Windows\n\n- The functoin, `elona::filesystem::make_preferred_path_in_utf8()`, is\n  defined for the purpose of error messages to end-users. However, it\n  was used for opening files (as argument of `std::ifstream`'s\n  constructor).\n- Fix implementation of `elona::filesystem::to_forward_slashes()`, which\n  is only used for integration to sol2 library. Sol2 (precisely\n  speaking, patched version Lua for this project which Sol2 internally\n  uses) expects that the \"std::string\"s which represent filepath are\n  UTF8-encoded (not any locale-dependant encoding, typically called ANSI\n  on Windows). However, `boost::filesystem::path::string()` on Windows\n  triggers encoding conversion between UTF16 to ANSI. Since C++ does not\n  have any means to know a string is UTF8-encoded or not, the string\n  wrongly encoded in ANSI will be passed to functions in Sol2 library,\n  which expect UTF8.","distinct":true,"url":"https://api.github.com/repos/ki-foobar/ElonaFoobar/commits/a6fe1b78f66c880bcf3e91ca3a164c2cea7e660e"}]}
{"actor":{"display_login":"ki-foobar"}}