ctrl-r fails on encoding related problem about fzf HOT 4 CLOSED

Hi, thanks for the report. Looking the the call stack, it seems that you're not running the latest revision. Could you update and check if it still fails? I can't reproduce the problem with the following command:

echo "select Hráč Protihráč, sum(Zabití) Zabití, sum(Smrtí) Smrtí" | fzf

And which version of Ruby are your running?

from fzf.

Installed newest version, still happens. like i sai, the example above did not immediately break Ctrl-r, it's just the only non-ascii data i've actually wrote in the terminal.

/home/harel/.fzf/fzf:446:in `=~': invalid byte sequence in UTF-8 (ArgumentError)"s/ *[0-9]* *//")
    from /home/harel/.fzf/fzf:446:in `trim'
    from /home/harel/.fzf/fzf:380:in `format'
    from /home/harel/.fzf/fzf:681:in `block (2 levels) in update_list'
    from /home/harel/.fzf/fzf:675:in `each'
    from /home/harel/.fzf/fzf:675:in `each_with_index'
    from /home/harel/.fzf/fzf:675:in `block in update_list'
    from /home/harel/.fzf/fzf:695:in `call'
    from /home/harel/.fzf/fzf:695:in `block in start_renderer'

ruby version:
ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-linux]

from fzf.

Thanks for the info. The exception was thrown inside trim method which is only called when the length of an item is wider than the screen width. And the failing regex match was made to determine the width of a character. I've just updated the code to ignore the error and simply assume that the width is 1. So it's not the ultimate fix to the underlying problem, but I think it's harmless.

Could you update and test again? Should work fine.

from fzf.

I believe this has been fixed. Please reopen if you see this problem again. Thanks.

from fzf.