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

rope auto completion too slow #378

Closed
kk71 opened this issue Feb 5, 2014 · 2 comments
Closed

rope auto completion too slow #378

kk71 opened this issue Feb 5, 2014 · 2 comments

Comments

@kk71
Copy link

@kk71 kk71 commented Feb 5, 2014

when i imported a big module such as os, it's very slow to display the completion list.

import os
os. # very slow

and in .vimrc:

let g:pymode_rope_lookup_project = 0

and in the current dir i've run :PymodeRopeNewProject

@eevee
Copy link

@eevee eevee commented Feb 11, 2014

It's far, far worse if you use a module like wx. vim froze for over a minute.

You can use let g:pymode_rope_complete_on_dot = 0 (which I use anyway, because having my editor freeze when I already know what I'm typing is pretty annoying), but tab-completion will still be deathly slow, and there's no way to interrupt it besides kill -9.

edit: According to strace, vim is busily statting every (non-Python) file in the project, over and over and over and over, for every module Rope tries to scan. So for a module like wx, every one of the dozens of attempted imports triggers a whole new recursive scan of the current directory. I have no idea why.

@leo-the-manic
Copy link

@leo-the-manic leo-the-manic commented Feb 14, 2014

I am having this same issue, but at home only, where I use Debian. At work where I use Ubuntu 13, everything runs smoothly.

For me setting let g:pymode_rope_lookup_project = 0 fixed the issue completely (as far as I can tell).

@kk71 kk71 closed this Mar 4, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
3 participants