New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Strange behavior of if_lua (String comparison) #333
Comments
Could you check it with snapshot-110 binary? btw https://github.com/macvim-dev/homebrew-macvim doesn't have |
I tried it, and the problem reproduced.
Oh, I didn't know. Thanks! |
hmm, I can't repro it.
In MacVim snapshot-110
|
This issue is concerned with OS locale. example:
Lua comparing-strings uses Linux: 'あ' < 'ああ' < 'い’ (dictionary order) Thus, when locale is set to other than "C" or "POSIX", the result of comparing multibyte strings may be environment specific. |
@ichizok 👍 |
@ichizok Thank you! |
The behavior of multibyte string comparison is strange in if_lua of MacVim.
Assumption
encoding=utf-8
あ
=0xE38182
(UTF-8)い
=0xE38184
(UTF-8)Examples
In Lua:
OK. Expected behavior.
In Vim (Linux):
OK. Expected behavior.
In MacVim:
Last one is strange. It should be true.
Environment
OS X El Capitan 10.11.6
MacVim 7.4.2228 (Installed by
brew install --HEAD macvim-dev/macvim/macvim --with-lua
)The text was updated successfully, but these errors were encountered: