bug#15959: 24.3.50; align.el not working

bug#15959: 24.3.50; align.el not working

[Xue Fuqiao]

-------------------------------------
int var = 2;
int variable_is_kinda_long = 3;
int var_is_less_long = 4;
-------------------------------------

To reproduce this bug:

  emacs-24.3 -Q
  C-x b foo RET
  M-x c-mode RET
  <Yank the code above>
  C-x h
  M-x align-regexp RET = RET

The result is:

----------------------------------------
int var = 2;
int variable_is_kinda_long = 3;
int var_is_less_long = 4;
----------------------------------------

Then:

  emacs-24.3.50 -Q
  C-x b foo RET
  M-x c-mode RET
  <Yank the first code fragment>
  C-x h
  M-x align-regexp RET = RET

Surprisingly, the result is:

----------------------------------------
int var  = 2;
int variable_is_kinda_long= 3;
int var_is_less_long  = 4;
----------------------------------------

In GNU Emacs 24.3.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.8.6)
 of 2013-11-23 on xfq-Lenovo-IdeaPad-Y530
Bzr revision: 115191 rgm@gnu.org-20131122201816-7xbductqc57awe2r

Configured using:
 `configure --enable-checking --disable-silent-rules
 --enable-gtk-deprecation-warnings'

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e - e m - b u <tab> <return>

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process dbusbind
gfilenotify dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty emacs)


-- 
http://www.gnu.org/software/emacs/

bug#15959: 24.3.50; align.el not working

[Stephen Berman]

On Sat, 23 Nov 2013 21:09:44 +0800 Xue Fuqiao <xfq.free@gmail.com> wrote:

> -------------------------------------
> int var = 2;
> int variable_is_kinda_long = 3;
> int var_is_less_long = 4;
> -------------------------------------
>
> To reproduce this bug:
>
>   emacs-24.3 -Q
>   C-x b foo RET
>   M-x c-mode RET
>   <Yank the code above>
>   C-x h
>   M-x align-regexp RET = RET
>
> The result is:
>
> ----------------------------------------
> int var = 2;
> int variable_is_kinda_long = 3;
> int var_is_less_long = 4;
> ----------------------------------------

When I repeat the above recipe, the result I see is this:

---------------------------------------
int var			  = 2;
int variable_is_kinda_long= 3;
int var_is_less_long	  = 4;
---------------------------------------

> Then:
>
>   emacs-24.3.50 -Q
>   C-x b foo RET
>   M-x c-mode RET
>   <Yank the first code fragment>
>   C-x h
>   M-x align-regexp RET = RET
>
> Surprisingly, the result is:
>
> ----------------------------------------
> int var  = 2;
> int variable_is_kinda_long= 3;
> int var_is_less_long  = 4;
> ----------------------------------------

When I repeat this recipe, the result is the same as before, i.e., it is
still aligned as above for me.

>
> In GNU Emacs 24.3.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.8.6)
>  of 2013-11-23 on xfq-Lenovo-IdeaPad-Y530
> Bzr revision: 115191 rgm@gnu.org-20131122201816-7xbductqc57awe2r
>
> Configured using:
>  `configure --enable-checking --disable-silent-rules
>  --enable-gtk-deprecation-warnings'

My build:
In GNU Emacs 24.3.50.12 (x86_64-suse-linux-gnu, GTK+ Version 3.10.2)
 of 2013-11-23 on rosalinde
Bzr revision: 115205 rgm@gnu.org-20131123193950-h2xhi8f8c2vpjdrz
Windowing system distributor `The X.Org Foundation', version 11.0.11403901
System Description:	openSUSE 13.1 (Bottle) (x86_64)

Configured using:
 `configure --without-toolkit-scroll-bars CFLAGS=-g3'

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Steve Berman

bug#15959: 24.3.50; align.el not working

[Lars Ingebrigtsen]

Stephen Berman <stephen.berman@gmx.net> writes:

> On Sat, 23 Nov 2013 21:09:44 +0800 Xue Fuqiao <xfq.free@gmail.com> wrote:
>
>> -------------------------------------
>> int var = 2;
>> int variable_is_kinda_long = 3;
>> int var_is_less_long = 4;
>> -------------------------------------
>>
>> To reproduce this bug:
>>
>>   emacs-24.3 -Q
>>   C-x b foo RET
>>   M-x c-mode RET
>>   <Yank the code above>
>>   C-x h
>>   M-x align-regexp RET = RET
>>
>> The result is:
>>
>> ----------------------------------------
>> int var = 2;
>> int variable_is_kinda_long = 3;
>> int var_is_less_long = 4;
>> ----------------------------------------
>
> When I repeat the above recipe, the result I see is this:
>
> ---------------------------------------
> int var			  = 2;
> int variable_is_kinda_long= 3;
> int var_is_less_long	  = 4;
> ---------------------------------------
>
>> Then:
>>
>>   emacs-24.3.50 -Q
>>   C-x b foo RET
>>   M-x c-mode RET
>>   <Yank the first code fragment>
>>   C-x h
>>   M-x align-regexp RET = RET
>>
>> Surprisingly, the result is:
>>
>> ----------------------------------------
>> int var  = 2;
>> int variable_is_kinda_long= 3;
>> int var_is_less_long  = 4;
>> ----------------------------------------
>
> When I repeat this recipe, the result is the same as before, i.e., it is
> still aligned as above for me.

Xue, are you still seeing this problem with Emacs 25?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#15959: 24.3.50; align.el not working

[Xue Fuqiao]

On Sat, Dec 26, 2015 at 9:15 AM, Lars Ingebrigtsen <larsi@gnus.org> wrote:

> Xue, are you still seeing this problem with Emacs 25?

No.  Thank you for cleaning up the old bugs, Lars!

Closing this bug.