bug#16180: M-x align eats text

bug#16180: M-x align eats text

[Paul Pogonyshev]

[-- Attachment #1: Type: text/plain, Size: 372 bytes --]

To reproduce, create a .cpp file with the following two lines:

aaa = 1; // xxx
b = 2; // yyy

select everything and 'M-x align'. Result here:

aaa = 1;                        // x
b   = 2;                        // yyy

The first comment is half-eaten.

Version: GNU Emacs 24.3.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.8.6)
of 2013-12-17 on gonzo.localdomain

Paul

[-- Attachment #2: Type: text/html, Size: 533 bytes --]

bug#16180: M-x align eats text

[Glenn Morris]

I can't reproduce this.

bug#16180: M-x align eats text

[Paul Pogonyshev]

[-- Attachment #1: Type: text/plain, Size: 1077 bytes --]

Hm, I could have sworn I tested it with 'emacs -q', but apparently I made a
mistake. In the end, however, it boiled down to corrupted part of '.emacs'
where customization variables are (this is an alignment rule):

     (open-comment
      (regexp lambda
              (end reverse)
              (funcall
               (if reverse
                   (quote re-search-backward)
                 (quote re-search-forward))
               (concat "[^
\\\\]"
                       (regexp-quote comment-start)
                       "\\(.+\\)$")
               end t))
      (modes . align-open-comment-modes))

The string after 'concat' looks very incorrect and when I replaced it with
the proper one from current source code, comment eating is gone. Of course,
I cannot guarantee I didn't modify it, but _maybe_ at some point Emacs
screwed it up itself. Can you try customizing 'align-rules-list' in a
harmless way and check that what is written in Elisp is actually correct?

Paul


On 18 December 2013 04:27, Glenn Morris <rgm@gnu.org> wrote:

>
> I can't reproduce this.
>

[-- Attachment #2: Type: text/html, Size: 1681 bytes --]