Christian Brabandt wrote:
> On Mo, 09 Nov 2009, Bram Moolenaar wrote:
> > Christian Brabandt wrote:
> > > Open Vim with any file:
> > > ~$ vim -u NONE -U NONE -N foobar
> > > :exe "normal V\<ESC>"
> > > :echo getpos("'>")
> > > [0, 1, 2147483647, 0]
> > >
> > > This does look like an integer overflow. Is this a bug or feature? I
> > > would consider that a bug, because the column is too large (or even
> > > negative) but before reporting it at vim_dev wanted to ask here.
> > >
> > > Interestingly col("'>") does not suffer from this overflow and reports
> > > the correct column.
> > >
> > > Oh, version: 7.2.284 and I get the same error with a 7.1 build.
> > > Operating system is Windows in both cases. Haven't tested on linux yet.
> >
> > This is not an error, it's the normal value for the maximum column. It
> > means the position is at the end of the line. The difference with the
> > real column number is that it works like the "$" command.
>
> And this value can be negative?
> Should that be added to the documentation?
It's not supposed to be negative, it's supposed close to the maximum
positive value. Where did you see it go negative?
--
ERIC IDLE PLAYED: THE DEAD COLLECTOR, MR BINT (A VILLAGE NE'ER-DO -WELL VERY
KEEN ON BURNING WITCHES), SIR ROBIN, THE GUARD WHO DOESN'T
HICOUGH BUT TRIES TO GET THINGS STRAIGHT, CONCORDE (SIR
LAUNCELOT'S TRUSTY STEED), ROGER THE SHRUBBER (A SHRUBBER),
BROTHER MAYNARD
"Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD
/// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net \\\
/// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\ download, build and distribute -- http://www.A-A-P.org ///
\\\ help me help AIDS victims -- http://ICCF-Holland.org ///
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_use" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---
