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

Windows gvim error #162

Closed
amcsi opened this issue May 30, 2014 · 2 comments
Closed

Windows gvim error #162

amcsi opened this issue May 30, 2014 · 2 comments
Labels

Comments

@amcsi
Copy link

amcsi commented May 30, 2014

Vdebug doesn't seem to be working on windows GVim

I'm getting this error:

An error occured: <class 'vim.error'>
Traceback (most recent call last):
File "C:/Users/Attila/vimfiles/bundle/vdebug/plugin/python/start_vdebug.py", line 31, in run
self.runner.run()
unner.py", line 160, in runfiles/bundle/vdebug/plugin/pythonvdebug
self.open()
unner.py", line 71, in openfiles/bundle/vdebug/plugin/pythonvdebug
self.refresh(status)
unner.py", line 122, in refreshs/bundle/vdebug/plugin/pythonvdebug
self.cur_lineno)
File "C:/Users/Attila/vimfiles/bundle/vdebug/plugin/pythonvdebuguivimui.py", line 78, in set_source_position
self.sourcewin.set_file(file)
File "C:/Users/Attila/vimfiles/bundle/vdebug/plugin/pythonvdebuguivimui.py", line 233, in set_file
vim.command('call Vdebug_edit("%s")' % str(file).replace("", ""))
error: Vim(edit):E325: ATTENTION

What I did: set a breakpoint in index.php; press F5; entered the script into my browser URL with the Xdebug GET string.
Result: the entire GVim application hanging for about a minute, then showing the above error.

Vim files used: https://github.com/amcsi/vimfiles/tree/40b2136d6e65890e469d88fe19fc779be0cb60fc

@joonty
Copy link
Collaborator

joonty commented Jun 5, 2014

E325 is actually related to an existing swap file (see http://vimdoc.sourceforge.net/htmldoc/usr_11.html). Is it possible that there was a swap file hanging around for index.php?

@joonty joonty added the on hold label Jun 5, 2014
@amcsi
Copy link
Author

amcsi commented Jun 5, 2014

Oh!

The issue was that C:\Window\system32 was the default working directory when opening GVim, and was the same place that DebuggerWatch wanted to put its own swap file, but failed to do so due to permission problems.

Solved the issue by changing the directory to the project's directory.

@amcsi amcsi closed this as completed Jun 5, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants