Nathan Coulter wrote:
bug report
==
version:
VIM - Vi IMproved 7.0 (2006 May 7, compiled May 7 2006 16:23:43)
MS-Windows 32 bit GUI version with OLE support
problem:
Writing to a file on a windows share where the underlying filesystem
supports hard links, modifying a
When cycling through matches using ":cnext", if there are several matches in a
single long line, the line is only shortened the first time (but _not_ the
2nd, 3rd, etc.,) to avoid a Hit-Enter prompt.
Reproducible: every time.
Steps to reproduce:
1. :set wrap " I'm not sure this is necessary
2.
bug report
==
version:
VIM - Vi IMproved 7.0 (2006 May 7, compiled May 7 2006 16:23:43)
MS-Windows 32 bit GUI version with OLE support
problem:
Writing to a file on a windows share where the underlying filesystem
supports hard links, modifying a file us
> Hi Bram,
>
> > Michael Wookey wrote:
> >
> > > > One bug that I didn't fix. Build gvim.exe with OLE=no, run 'gvim
> -
> > register',
> > > > and watch it crash while trying to display an error message.
> > >
> > > This seems to fix the bug...
> > >
> > > Index: src/message.c
> > >
==
Hi Bram,
> Michael Wookey wrote:
>
> > > One bug that I didn't fix. Build gvim.exe with OLE=no, run 'gvim -
> register',
> > > and watch it crash while trying to display an error message.
> >
> > This seems to fix the bug...
> >
> > Index: src/message.c
> > ===
Basti Grembowietz wrote:
[...]
As I am new to vim-dev, who usually submits this to the repository? Can
anyone make a cvs/svn/whateveryouuse-account?
Cheers,
Basti
PS: vim rocks.
IIUC, checkins to the official sources repository are done by Bram Moolenaar
himself after he has seen and approv
Hi vim-developers!
I have a small bug-report with including fix.
WHAT:
On my home PC the saving of a file always raised two E54 warnings.
Yesterday this was annoying to much (having to press some key before
working on normally, so I investigated a bit. And fixed it =) Open
source is nice.
On 2/24/07, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> -char_u di_key[1]; /* key (actually longer!) */
> +char_u di_key[]; /* key (actually longer!) */
I think this is c99 vs c89 difference. C99 allows x[] as last member
of the struct, but c89 does not. As Bram mentioned
