Re: [BUG] Swap file searched for in the wrong place

2006-05-19 Thread Gautam Iyer
On Fri, May 19, 2006 at 08:29:48PM +0200, A.J.Mechelynck wrote: > > > > > > Now when you type "vim /tmp/bar" it reports that a .swp file > > > > > > is found and asks you about recovery. However when you press > > > > > > "R" for recovering the file, vim complains saying it can not > > > > > > fin

Re: [BUG] Swap file searched for in the wrong place

2006-05-19 Thread A.J.Mechelynck
Gautam Iyer wrote: On Wed, May 17, 2006 at 07:40:51PM +0200, A.J.Mechelynck wrote: Gautam Iyer wrote: On Wed, May 17, 2006 at 10:31:55AM -0400, James Vega wrote: On Tue, May 16, 2006 at 11:19:57PM -0500, Gautam Iyer wrote: Now when you type "vim /tmp/bar" it report

Re: [BUG] Swap file searched for in the wrong place

2006-05-19 Thread Gautam Iyer
On Wed, May 17, 2006 at 07:40:51PM +0200, A.J.Mechelynck wrote: > Gautam Iyer wrote: > > > On Wed, May 17, 2006 at 10:31:55AM -0400, James Vega wrote: > > > > > On Tue, May 16, 2006 at 11:19:57PM -0500, Gautam Iyer wrote: > > > > > > > Now when you type "vim /tmp/bar" it reports that a .swp fil

More about vim7: problem with regex subst and combining chars

2006-05-19 Thread Ron Aaron
The same problem exists if one uses "substitute()" or if one uses the grouping operator and \1 ... the combining characters get removed. I'm trying to look at the differences between regexp.c for vim6.4 and vim7.0, but there are a ton of changes, and I don't know the code :(

[patch] Mods needed to successfully compile on OS/2 with gcc 3.2.1

2006-05-19 Thread David Sanders
--- os_unix.c.orig Mon May 1 04:13:14 2006 +++ os_unix.c Wed May 17 14:31:14 2006 @@ -4971,7 +4971,7 @@ mch_expand_wildcards(num_pat, pat, num_f if (((*file)[*num_file] = alloc(len + 2)) != NULL) { STRCPY((*file)[*num_file], p)

vim-dev@vim.org

2006-05-19 Thread Thomas
- AFAIK, "editibg a directory" requires the netrw plugin - 'formatoptions' is local to buffer; if you specify neither ":setlocal fo?" not ":setglobal fo?", neither &l:fo nor &g:fo, what you get is the buffer-local copy, not the global default. Yes, but that's the value in effect when editing t

vim-dev@vim.org

2006-05-19 Thread A.J.Mechelynck
Thomas wrote: Hi, I just realized that editing a directory removes t from &formatoptions. E.g. set formatoptions+=rw &fo = tcqrw e Foo &fo = tcqrw e . &fo = cqrw e Bar &fo = cqrw This doesn't happen with the --noplugin switch so I'd assume that some standard vim plugin is causing this -- ma

vim-dev@vim.org

2006-05-19 Thread Thomas
Hi, I just realized that editing a directory removes t from &formatoptions. E.g. set formatoptions+=rw &fo = tcqrw e Foo &fo = tcqrw e . &fo = cqrw e Bar &fo = cqrw This doesn't happen with the --noplugin switch so I'd assume that some standard vim plugin is causing this -- maybe netrw? Can so