Skip to content
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

vim hanging when using SlimuxREPLSendLine #61

Closed
arifb opened this issue Jun 9, 2016 · 12 comments
Closed

vim hanging when using SlimuxREPLSendLine #61

arifb opened this issue Jun 9, 2016 · 12 comments
Assignees

Comments

@arifb
Copy link

arifb commented Jun 9, 2016

Hello,
Great plugin, invaluable to me. Having issues however, may have been on upgrade to iTerm2 3.0, not sure.

When I issue a SlimuxREPLSendLine, MacVim is unresponsive, with the cursor remaining in the vim command line (bottom).

Looking at running processes, seems to be tmux load-buffer -b Slimux - the command that is causing the hanging. Killing that allows me to continue using vim.

Obviously I'm not able to send text out to the REPL however.

@sunaku
Copy link
Contributor

sunaku commented Jun 9, 2016

Are you using tmux 2.2? It's a known issue: see tmux/tmux#416 and try this workaround. :neckbeard:

@arifb
Copy link
Author

arifb commented Jun 9, 2016

@sunaku Appreciate the tip - I am using tmux 2.2. Setting that environment variable doesn't do the trick however. I will try to pull in your patch and recompile tmux later today.

@arifb
Copy link
Author

arifb commented Jun 11, 2016

Rebuilt tmux including tmux/tmux#416 and the issue persists. If there is more debugging that would be helpful to provide, please let me know.

@sunaku
Copy link
Contributor

sunaku commented Jun 12, 2016

Oops, I missed the fact that you're on a Mac. 😅 The workaround and patch you tried only apply to Linux. Report this issue upstream at tmux: it might be a Mac-related issue that they (have yet to?) know about.

@gzagatti
Copy link

Hi @arifb did you managed to find a way around the problem. I'm having exactly the same issue after updating tmux and trying to export EVENT_NOEPOLL=1 as suggested in the link above. Did you have any luck in fixing the issue? I'm also using OS X.

@arifb
Copy link
Author

arifb commented Jul 1, 2016

@gzagatti I downgraded to tmux 2.1 for now

@gzagatti
Copy link

gzagatti commented Jul 2, 2016

Yes @arifb I did the same and it works.

@sunaku
Copy link
Contributor

sunaku commented Jul 2, 2016

Okay, I've got it! :neckbeard: MacOSX users, please try these settings with tmux 2.2:

export EVENT_NOKQUEUE=1
export EVENT_NOPOLL=1

These magic environment variables come from tmux's MacOSX-specific osdep_event_init() function, whose source code is available at https://github.com/tmux/tmux/blob/2.2/osdep-darwin.c#L77-L78.

Note: This is the same approach I followed for solving this issue in tmux 2.2 running under Linux. 🐧

@gzagatti
Copy link

gzagatti commented Jul 2, 2016

Thanks @sunaku it works like a charm

indraniel added a commit to indraniel/dotfiles that referenced this issue Jul 5, 2016
@slashfoo
Copy link
Collaborator

@arifb can you confirm that it works? I also just pushed a change that lets you specify the path to your tmux, this should allow for better flexibility.

I had an issue with the same symptoms when the tmux session was running one version and slimux found a tmux of another version, hopefully either the mention above or the configuration will alleviate the problem.

@slashfoo slashfoo self-assigned this Sep 13, 2016
@hlegius
Copy link

hlegius commented Dec 15, 2016

@slashfoo not sure if for @arifb worked, but I tried in tmux 2.2 and worked like a boss! 👍
Without those envs, vim crashes like described above.

@slashfoo
Copy link
Collaborator

thanks @hlegius I'll close this issue then.

javiertury added a commit to javiertury/slimux that referenced this issue Feb 3, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants