[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: next-line screws up column at the EOL
From: |
Stefan Monnier |
Subject: |
Re: next-line screws up column at the EOL |
Date: |
Wed, 26 Sep 2007 16:14:22 -0400 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/23.0.50 (gnu/linux) |
>> 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