Re: next-line screws up column at the EOL

[Stefan Monnier]

>> This doesn't fail for me, in sources from Sep 23.

> indeed, "emacs -q" DTRT.
> but I set track-eol to t in .emacs, and since this change:

> 2007-09-16  Stefan Monnier  <address@hidden>

>       * simple.el (newline): Simplify use of prefix-numeric-value.
>       (line-move-partial): Remove unused var `ppos'.
>       (line-move-1): Replace 9999 with most-positive-fixnum.
>       (move-end-of-line): Use more efficient single-property search.
>       (move-beginning-of-line): Remove unused var `start'.
>       (blink-matching-open): Restructure in a more functional style.

> the behavior has changed: when track-eol is nil, the behavior is what I
> want (and what I always got when I set track-eol to t),
> while when track-eol is t, the behavior is screwed as I described in my
> original message.

I cannot reproduce your problem.  Can you give a recipe starting from
"emacs -Q"?  My guess is that some code somewhere uses "column + 1" so the
most-positive-fixnum causes a wraparound, but I can't find the relevant code.

        Stefan