bug#8114: closed (macros fail in emacs 23.1)

[GNU bug Tracking System]

Your message dated Mon, 30 Dec 2019 17:36:34 +0200
with message-id <address@hidden>
and subject line Re: bug#7046: More info
has caused the debbugs.gnu.org bug report #10461,
regarding macros fail in emacs 23.1
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
10461: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10461
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> macros fail in emacs 23.1
>
>
>
>
> Date: 
>
> Thu, 24 Feb 2011 19:50:45 -0700
>
>
>
>
> User-agent: 
>
> Web-Based Email 5.4.01
>
>
>
>
> %emacs -Q
> M-x version
> GNU Emacs 23.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0) of
> 2011-02-24 on hostnm01
>
> <delete all text, so you are starting from an empty scratch buffer>
>
> insert this line once (a <space> b):
> a b
>
> then copy it until the buffer contains 150 copies of that line:
> a b
> a b
> a b
>  .
>  .
>  .
>
> ESC <                   ;; beginning-of-buffer
> ^X (     ;; start recording keyboard macro
>
> C-s                     ;; isearch-forward
> SPC                     ;; self-insert-command
> C-e                     ;; move-end-of-line
> C-b                     ;; backward-char
> xyz                     ;; self-insert-command * 3
> SPC                     ;; self-insert-command
> C-a                     ;; move-beginning-of-line
> C-n                     ;; next-line
>
> ^X )                 ;; end recording
>
> ^X e                    ;; run the macro one time
> ^X e                    ;; run the macro one time
> C-u 1 5 0 ^X e          ;; run the macro 150 times
>
> The expected outcome is that each line in the buffer should now look
> like this:
> a xyz b
>
> But many of the lines still look as they did at the beginning, namely:
> a b
> .
> Note that the incorrect lines are intertwingled with the
> correctly-edited lines, up to the end of the buffer.
>
> \ | /
>  ===   John Crown  address@hidden
>
>
>
>
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#7046: More info
>
>
>
>
> Date: 
>
> Mon, 30 Dec 2019 17:36:34 +0200
>
>
>
>
> > From: Alan Third <address@hidden>
> > Date: Mon, 30 Dec 2019 14:05:03 +0000
> > Cc: "'address@hidden'" <address@hidden>, address@hidden
> > 
> > > The problem is in line-move-visual (i.e it only exists if the variable
> > > line-move-visual is non-nil),
> > >
> > >     ;; Otherwise, we should reset `temporary-goal-column'.
> > >     (let ((posn (posn-at-point)))
> > >       (cond
> > >        ;; Handle the `overflow-newline-into-fringe' case:
> > >        ((eq (nth 1 posn) 'right-fringe)
> > >         (setq temporary-goal-column (cons (- (window-width) 1) hscroll)))
> > >        ((car (posn-x-y posn))
> > >         (setq temporary-goal-column
> > >               (cons (/ (float (car (posn-x-y posn)))
> > >                        (frame-char-width)) hscroll)))))
> > >
> > > If the position is not visible in the window, posn-at-point returns nil
> > > and temporary-goal-column is not updated as it should.
> > 
> > I can't replicate this on Emacs 27 and it's been over 7 years since the
> > last bug report. Can anyone confirm whether it's still a problem?
>
> This has been fixed several releases back, so I'm closing it.
>
>
> --- End Message ---