bug#10461: emacs is not a macro-editor

bug#10461: emacs is not a macro-editor

[andre.desnoyers]

Take un medium file : 4000 lines
Set a match for a search
build the macro
C-a			;; move-beginning-of-line
2*C-k			;; kill-line
C-x C-x			;; exchange-point-and-mark
C-y			;; yank
2*C-s			;; isearch-forward
C-a			;; move-beginning-of-line

this macro normally groups all lines who contain the match.

If two matches are more distant  than about 50 lines the second match  
is not found, but the macro can be repeated !

this bug exists in 22- versions and last 23-version on Mac.

bug#10461: emacs is not a macro-editor

[Glenn Morris]

andre.desnoyers@upmc.fr wrote:

> If two matches are more distant  than about 50 lines the second match
> is not found, but the macro can be repeated !

It seems to work when I tried it.
Can you give a complete example? Attach a (perhaps compressed) example
file, and show exactly what you typed, starting from `emacs -Q', and
what happened.

bug#10461: emacs is not a macro-editor

[andre.desnoyers]

I think this effect exists on Mac OS with Intel proc. In the past  
version on Fedora Scientific Linux) my macro work on the very big  
files (> 40Mo). It is possible there are conflict with my sartup. I  
see the cursor points in bad line, then it will be a bad section àf  
file which show in window (why?).

So, i prepare a test with your guide line.
    Thank Andrew

> andre.desnoyers@upmc.fr wrote:
>
>> If two matches are more distant  than about 50 lines the second match
>> is not found, but the macro can be repeated !
>
> It seems to work when I tried it.
> Can you give a complete example? Attach a (perhaps compressed) example
> file, and show exactly what you typed, starting from `emacs -Q', and
> what happened.
>

bug#10461: emacs is not a macro-editor

[andre.desnoyers]

I have forgotten that :
in my problem, file is build with very long lines (frequently 500  
bytes) on Mac Intosh. There are very important difference between  
logical lines (in file) and physical lines (in window).
the X-windows has not good position after execution my macro when two  
consecutive matches are very distant and require a refresh of the  
screen.

Quoting Glenn Morris <rgm@gnu.org>:

> andre.desnoyers@upmc.fr wrote:
>
>> If two matches are more distant  than about 50 lines the second match
>> is not found, but the macro can be repeated !
>
> It seems to work when I tried it.
> Can you give a complete example? Attach a (perhaps compressed) example
> file, and show exactly what you typed, starting from `emacs -Q', and
> what happened.
>

bug#10461: emacs is not a macro-editor

[Glenn Morris]

(Please keep 10461@debbugs cc'd)

andre.desnoyers@upmc.fr wrote:

> I have forgotten that :
> in my problem, file is build with very long lines (frequently 500
> bytes) on Mac Intosh. There are very important difference between
> logical lines (in file) and physical lines (in window).
> the X-windows has not good position after execution my macro when two
> consecutive matches are very distant and require a refresh of the
> screen.

Then I imagine this is the same issue as
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7046

ie visual-line-mode can affect the way macros behave.