-
Notifications
You must be signed in to change notification settings - Fork 18
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
Got non-zero code from vifm: 127 #8
Comments
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). |
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. |
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 execute '!' g:vifm_exec g:vifm_exec_args ldir rdir pickargsstr Did you update Vim recently? (That could explain why the issue appeared.) |
Besides now requiring me to press enter after vifm returns, I see no additional output.
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.
|
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/:
|
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.
If homebrew lets you pick any tag in a repository, you could select slightly older version where |
EditVifm, which was working for me for consistently, is now failing consistently with "Got non-zero code from vifm: 127"
vim and vifm both latest from homebrew (see below). vifm.vim is latest (f376392). Selection of file with vifm seems to work fine.
Any suggestions to debug?
Thanks.
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Oct 28 2016 19:35:33)
% vifm --version
Version: 0.8.2
Git info: built out of repository
Compiled at: Jul 17 2016 17:29:41
Support of extended keys is on
Parsing of .desktop files is enabled
Without GTK+ library
Without magic library
Without X11 library
Without dynamic loading of X11 library
With file program
With -n option for cp and mv
With remote command execution
The text was updated successfully, but these errors were encountered: