Re: vim : process.c ?

2007-09-29 Fir de Conversatie Ben Schmidt
A.Politz wrote: > I am student of computer science. In the next semester I'll > have to do some practical work supervised by a professor. > Now what I really would like to do in this project, is > giving vim the ability to start and manage subprocesses. It might help if you let people know what

vim : process.c ?

2007-09-29 Fir de Conversatie A.Politz
I am student of computer science. In the next semester I'll have to do some practical work supervised by a professor. Now what I really would like to do in this project, is giving vim the ability to start and manage subprocesses. What I have in mind is : - Obviously writing the code, that han

Re: ":setlocal autoread?" -- bug?

2007-09-29 Fir de Conversatie ap
On Sep 29, 5:44 pm, "Christian J. Robinson" <[EMAIL PROTECTED]> wrote: > Somehow all session files set the buffer local option 'autoread' for > every restored buffer regardless of what the global/local setting is. What does :verbose set autoread tell you, after your session has loaded ? > I've

Re: headless vim(server)

2007-09-29 Fir de Conversatie ap
On Sep 29, 3:09 am, Gary Johnson <[EMAIL PROTECTED]> wrote: > I think the -s is the key option for your purpose. You might be > able to run something like that in the background, without the > "-c 'wq'" of course. > Vim won't run in a subshell.It does not work. -ap --~--~-~--~~

":setlocal autoread?" -- bug?

2007-09-29 Fir de Conversatie Christian J. Robinson
Somehow all session files set the buffer local option 'autoread' for every restored buffer regardless of what the global/local setting is. I've also noticed that doing "vim -u NONE -c ':setlocal autoread?'" shows the odd value of "--autoread". - Christian -- Some people like my advice so mu

Re: Issue with latest w32api and Make_ming.mak

2007-09-29 Fir de Conversatie Guopeng Wen
Bram Moolenaar wrote: > Guopeng Wen wrote: > On 8/11/07, Bram Moolenaar <[EMAIL PROTECTED]> wrote: > Chris Sutcliffe wrote: > >>> Thanks for taking the effort to verify what works. >> No problem at all, I like to contribute where I can! >> >>> I'm a bit confused thoug

Compiler warnings (gui_gtk_x11.c)

2007-09-29 Fir de Conversatie Tony Mechelynck
Dear Bram, While compiling Vim 7.1.125 a few minutes ago (a full compile since globals.h has changed) I noticed a few warnings and thought you might be interested. My configure options are at http://users.skynet.be/antoine.mechelynck/vim/compunix.htm#p1 The attached text contains only the warnin

Re: Issue with latest w32api and Make_ming.mak

2007-09-29 Fir de Conversatie Chris Sutcliffe
> > I believe the MingW patch has already solved the backward > > compatibility problem. I checked macro definition when I built VIM > > with Make_cyg.mak under cygwin, __MINGW32__ is defined, it looks > > like MingW is used when build under cygwin. I don't know the detail > > though. If that's

Re: patch 7.1.125

2007-09-29 Fir de Conversatie Aron Griffis
Bram Moolenaar wrote: [Sat Sep 29 2007, 08:15:35AM EDT] > Patch 7.1.125 > Problem:The TermResponse autocommand event is not always triggered. (Aron > Griffix) Thanks for fixing that so quickly, Bram! Aron (Griffis, not Griffix, but that's okay :-) --~--~-~--~~

patch 7.1.125

2007-09-29 Fir de Conversatie Bram Moolenaar
Patch 7.1.125 Problem:The TermResponse autocommand event is not always triggered. (Aron Griffix) Solution: When unblocking autocommands check if v:termresponse changed and trigger the event then. Files: src/buffer.c, src/diff.c, src/ex_getln.c, src/fileio.c,

Re: Issue with latest w32api and Make_ming.mak

2007-09-29 Fir de Conversatie Bram Moolenaar
Guopeng Wen wrote: > > > On 8/11/07, Bram Moolenaar <[EMAIL PROTECTED]> wrote: > > > > > > > > Chris Sutcliffe wrote: > > > > > > > > > > Thanks for taking the effort to verify what works. > > > > > > > > > > No problem at all, I like to contribute where I can! > > > > > > > > > > > I'm a bit co

patch 7.1.124

2007-09-29 Fir de Conversatie Bram Moolenaar
Patch 7.1.124 (extra) Problem:Mac: When dropping a file on Vim.app that is already in the buffer list (from .viminfo) results in editing an empty, unnamed buffer. (Axel Kielhorn) Also: warning for unused variable. Solution: Move to the buffer of the first agument.

Re: Issue with latest w32api and Make_ming.mak

2007-09-29 Fir de Conversatie Tony Mechelynck
Guopeng Wen wrote: > On 9/29/07, Bram Moolenaar <[EMAIL PROTECTED]> wrote: >> Guopeng Wen - >> >>> On 8/11/07, Bram Moolenaar <[EMAIL PROTECTED]> wrote: Chris Sutcliffe wrote: >> Thanks for taking the effort to verify what works. > No problem at all, I like to contribute where I