Comments (12)
I am having a similar problem to other people here. In fact I think it is more or less issue 80
I assume you meant zeromq/pyzmq#80, and tried the PATH solution @minrk suggested there, which didn't work?
I know very little about windows development, but did you try the workaround suggested in that pyodbc link you provide
from vim-ipython.
Yes - I was meaning issue zeromq/pyzmq#80, correct.
The path suggestion didn't seem to work for me - from what I've read about the 64bit Windows-on-Windows subsystem that allows you to run 32bit code on a 64 windows system is that is quite restrictive about DLLs and where they can live. Or I was doing something wrong - that's pretty likely as well.
As for following the instructions in the pyodbc bug report, I did this with all of the *.pyd files and now I've got gvim <-> ipython 0.12 interaction going great!
The manifest file that is used inside python27.dll is:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level="asInvoker" uiAccess="false"></requestedExecutionLevel>
</requestedPrivileges>
</security>
</trustInfo>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC90.CRT" version="9.0.21022.8" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
Perhaps you can figure out a way to embed that manifest during the build of the windows package? I think that would solve the problem for anyone else running 32bit python on a 64bit Windows.
from vim-ipython.
Looking back over the closed bug, this might also be the same as #10
from vim-ipython.
thanks for sticking with it, and glad you were able to figure it out.
from vim-ipython.
So I downloaded the dependency walker program (it is a very nice tool), and ran it on the C:\Python27\lib\site-packages\zmq\libzmq.dll and sure enough it wasn't linked to MSVCR90.DLL
I then ran it on C:\Python27\python.exe and it was linked to MSVCR90.DLL (although oddly enough, it has a missing link to Python27.dll ... not sure what to make of this)
I then used the manifest tool, and was able to reproduce (exactly) the manifest edourdp posted above. So I think I am on the write trail. So my question now is, which pyd files do I need to run mt.exe on? And what inputsource should I use, C:\Python27\python.exe or C:\windows\syswow64\python27.dll
from vim-ipython.
So i used the manifest tool on every pyd (and the single dll) in the ...\site-packages\zmq directory, and I can now run the IPython command succesfully from within gvim, furthermore it complains that it can't talk to the IPython kernel when it is not open, but it won't complain when it is open. This makes me think that it is mostly working. However, I can not send text over using . I checked the mapping in vim by using :map and it is mapped correctly... not really sure where to go from here.
from vim-ipython.
Ok, @johndgiese, glad you haven't given up, and it sounds like you are indeed very close. You can try another similar binding, to see if it's just Ctrl-S
that doesn't seem to work. Alt-S
does the same thing, but strips the leading whitespace (useful when trying to run lines that are within some function or class definition).
If that still doesn't work, try just using one of the python functions we made for sending commands to IPython like this:
:py run_command('a=42')
and check in IPython for the value of a
. If that doesn't work, open a new vim-ipython issue with what happens when you do that (since it's no longer related to the zmq DLLs)
best of luck!
from vim-ipython.
It turns out everything was working after I used the mt.exe tool as described above. My further difficulties had to do with custom mappings in my vimrc, that were conflicting with the default vim-ipython mappings. It may be a good idea to disable recursive mappings, or to add the key to the mappings you add. See here:
http://learnvimscriptthehardway.stevelosh.com/chapters/05.html#recursion
from vim-ipython.
Thanks so much for your work on this tool, it is really great from the bit I have used it so far. I will probably start playing around with the commented out debugging code at some point, as that would also be a great tool to have available.
from vim-ipython.
This hit me too. In the end I just had to run mf on libzmq.dll:
mt.exe -inputresource:C:\Python27_64\python.exe;#1 -outputresource:C:\Python27_64\Lib\site-packages\zmq\libzmq.dll;#2
This didn't work with the pyzmq I installed via easy_install, but it did with the zmq built by the excellent people at http://www.lfd.uci.edu/~gohlke/pythonlibs/
from vim-ipython.
This really save me. I tried to install vim-ipython on python 3.2. It spend me the hole weekend. I can't be successful without this. Thank you.
from vim-ipython.
I recently had this problem and solved it by using the DLLs directly from ZeroMQ (http://www.zeromq.org/intro:get-the-software), instead of from here: http://www.lfd.uci.edu/~gohlke/pythonlibs/
from vim-ipython.
Related Issues (20)
- Support for IPython version 4 HOT 2
- Not working after installing with Vundle HOT 3
- Using over ssh on Amazon Ec2 HOT 1
- multiple version of python support HOT 1
- Can't import IPython; using conda HOT 3
- Unable to use due to: skipping a message on shell_channel HOT 3
- Unable to access pydoc from plugin
- Could not find IPython HOT 2
- support kernels started by notebook HOT 1
- Is this project now dead / unmaintained? HOT 11
- Cant not make it work under OSX
- IPython 4 support? HOT 2
- vim-ipython in cygwin HOT 3
- Why does vim-ipython preview window close with <esc> in code buffer window?
- minor readme change: leader vs localleader HOT 1
- NameError: global name 'send' is not defined
- python bug
- IPython and conda environment setup
- Jupyter notebook from vim
- Development closed? HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from vim-ipython.