Excerpts from Kerneels Roos's message of Thu Sep 15 12:00:18 +0200 2011:
> Looks like my gvim on win32, the standard distro doesn't have if_scheme 
> compiled in. Looking at ":he if_py", which I suppose the if_scheme 
> support is similar to, it looks like you can get vim to exec language X 
> (python code with respect to if_py) from inside vim scripts is that 
> right? Never done that before.
No, if_py will segfault if you try to call back into vim from a python
thread. It works fine if you don't. See vim-addon-background-cmd which
uses client-server for that reason to call back into Vim for exactly
that reason.
I've spend several minutes reading the C code.

> So would a solution not simply be to fire off async python code on vim 
> events, from inside vim script, which in turn (the python code) talk to 
> the java TCP socket server? Getting complicated...
See github.com/MarcWeber/scion-backend-vim
But it blocks or segfaults or use client-server or netbeans or code C

> I suppose then your suggestion of firing off async scheme code through 
> the vim scheme interpreter is better since there is better threading 
> support, meaning non blocking behavior?
Y - at least you should give it a try bevore spending days on writing C.

or decide that the Conq like implementation with little latency is good
enough. Eg you can then use on idle event of Vim to poll
background-thread about new messages.

summary:

client-server: works: But calling into Vim does not always work
correctly (see vim-addon-xdebug). I tried working around it by calling
feedkeys several times which is good enough..

scheme: I haven't tested it. But from reading code it looks like its vim
asking scheme to run threads in a synchronized way. its you setting the
timer values. So this might be the fastest option.

autocommand (on idle):  some delay

netbeans: Never tried using it

vim-addon-async is based on client-server, there is a native patch which
doesn't work in gvim (by Bart)
vim-addon-async tries to offer an API which we can keep stable and
switch underlying implementations

HTH
Marc Weber

-- 
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Raspunde prin e-mail lui