Got non-zero code from vifm: 127 about vifm.vim HOT 6 CLOSED

I don't remember any recent changes that could affect picking files. What terminal are you using? gnome-terminal is known not to work due to the way it's implemented (#2).

from vifm.vim.

I'm using tmux in iTerm. Running in iTerm outside of tmux doesn't seem to change anything.

Another data point, if I open a new vim process, EditVifm works fine to open the first file, but then fails w/127 when I try to use it to open any file after the first.

from vifm.vim.

Another data point, if I open a new vim process, EditVifm works fine to open the first file, but then fails w/127 when I try to use it to open any file after the first.

That's very strange, the plugin doesn't store any state between invocations, so they shouldn't differ from one another.

There was somewhat similar issue related to v:shell_error in Vim (1196). It's related to patch 8.0.0036, but maybe could affect behaviour before that particular patch (i.e., it just made it more visible). Try removing silent from line 97 to make it look:

execute '!' g:vifm_exec g:vifm_exec_args ldir rdir pickargsstr

Did you update Vim recently? (That could explain why the issue appeared.)

from vifm.vim.

Try removing silent from line 97

Besides now requiring me to press enter after vifm returns, I see no additional output.

Did you update Vim recently? (That could explain why the issue appeared.)

I use homebrew and don't keep careful track. But since the version I have was compiled less than a month ago, it's clearly possible it correlates.

VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Oct 28 2016 19:35:33)

from vifm.vim.

I just updated to Vim 8 (2016 Sep 12, compiled Nov 23 2016 17:25:10) and the problem seems to have gone away. Barring some problem, I'll just stick with this version. Feel free to close this issue if you wish.

For the record, I upgraded as described at http://usevim.com/2016/09/12/vim-8-0/:

brew update
brew upgrade --HEAD vim --with-cscope --with-lua --with-override-system-vim

from vifm.vim.

Since there were no changes in the plugin or how files are picked recently and upgrading Vim fixes it, it must be Vim's issue. I also don't know any workaround to make it work in all cases.

Barring some problem, I'll just stick with this version.

If homebrew lets you pick any tag in a repository, you could select slightly older version where v:shell_error isn't broken yet, although I have no issues with Vim 8.

from vifm.vim.