bug#1795: shell problem

bug#1795: shell problem

[Unknown]

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Within an emacs bash shell, using "!!" to re-execute a command with
"$( ... )" in it results in a space inserted between the dollar sign
and the left paren.  The inserted space should _not_ be present.

###### Here's the dribble file ######

<escape>xshell<return>ls -l $( 0x2000020locate /.emc<backspace>acs | grep emacs$ 0x2000020)<return>!!<tab><return>exit<return> 0x4000020<escape><\x17\x18\x06session.txt<return>\x19\x18\x13\x18\x03

###### Here's the content of the *shell* window ######

relson@osage ~ $ ls -l $( locate /.emacs | grep emacs$ )
-rwxr--r-- 1 relson relson 1506 1999-05-07 07:34 /home/backuppc/maple/d-drive/Backups/viper/c/.emacs
-rwxr--r-- 1 relson relson 1506 1999-05-07 07:34 /home/backuppc/WinNT/d-drive/Backups/viper/c/.emacs
-rwxr--r-- 1 relson relson 7007 2004-04-10 08:46 /home/nic/home/relson/.emacs
-rwxr-xr-x 1 relson relson 8617 2005-06-27 11:27 /home/relson/Orion/cygwin/.emacs
-rw-r--r-- 1 relson relson 2923 2006-11-02 15:54 /home/relson/Orion/emacs.d/.emacs
-rwxr-xr-x 1 relson relson 6788 2004-12-25 18:03 /home/relson/Orion/emacs.d/emacs-20041225/.emacs
-rwxr-xr-x 1 relson relson 6788 2004-12-25 18:03 /home/relson/Orion/emacs.d/emacs-20050607/.emacs
relson@osage ~ $ ls -l $ ( locate /.emacs | grep emacs$ )
bash: syntax error near unexpected token `('
relson@osage ~ $ exit
exit

Process shell exited abnormally with code 2

###### end of *shell* window contents ######

Note: my home directory, i.e. /home/relson, does _not_ have .emacs file

############################################

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/22.3/etc/DEBUG for instructions.


In GNU Emacs 22.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.12.11)
 of 2008-12-30 on osage
Windowing system distributor `The X.Org Foundation', version 11.0.10300000
configured using `configure  '--prefix=/usr' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--program-suffix=-emacs-22' '--infodir=/usr/share/info/emacs-22' '--without-carbon' '--with-sound' '--with-x' '--without-toolkit-scroll-bars' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-xpm' '--with-x-toolkit=gtk' '--without-hesiod' '--without-kerberos' '--without-kerberos5' '--libdir=/usr/lib64' '--build=x86_64-pc-linux-gnu' 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' 'CFLAGS=-march=athlon64 -O2 -pipe' 'LDFLAGS=-Wl,-O1''

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  encoded-kbd-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> C-x C-f s e s <tab> 
<return> C-x C-f d r i <tab> <return> <escape> > C-x 
b <return> <help-echo> <help-echo> <escape> x t r u 
<tab> <return> <escape> x r e p o <tab> r <tab> <r
eturn>

Recent messages:
Loading ansi-color...done
Loading encoded-kb...done
Toggling font-lock-mode off; better pass an explicit argument.
For information about GNU Emacs and the GNU system, type <f1> C-a.
Mark set
Making completion list...
Loading help-mode...done
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done

bug#1795: marked as done (shell problem)

[Emacs bug Tracking System]

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

Your message dated Mon, 02 Nov 2009 19:40:07 -0500
with message-id <874opc7860.fsf@stupidchicken.com>
and subject line Re: shell problem
has caused the Emacs bug report #1795,
regarding shell problem
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
1795: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1795
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 6135 bytes --]

From: relson@osage
To: bug-gnu-emacs@gnu.org
Subject: shell problem
Date: Mon,  5 Jan 2009 18:00:25 -0500
Message-ID: <20090105230025.440AA7BC87@mail.osagesoftware.com>


Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Within an emacs bash shell, using "!!" to re-execute a command with
"$( ... )" in it results in a space inserted between the dollar sign
and the left paren.  The inserted space should _not_ be present.

###### Here's the dribble file ######

<escape>xshell<return>ls -l $( 0x2000020locate /.emc<backspace>acs | grep emacs$ 0x2000020)<return>!!<tab><return>exit<return> 0x4000020<escape><\x17\x18\x06session.txt<return>\x19\x18\x13\x18\x03

###### Here's the content of the *shell* window ######

relson@osage ~ $ ls -l $( locate /.emacs | grep emacs$ )
-rwxr--r-- 1 relson relson 1506 1999-05-07 07:34 /home/backuppc/maple/d-drive/Backups/viper/c/.emacs
-rwxr--r-- 1 relson relson 1506 1999-05-07 07:34 /home/backuppc/WinNT/d-drive/Backups/viper/c/.emacs
-rwxr--r-- 1 relson relson 7007 2004-04-10 08:46 /home/nic/home/relson/.emacs
-rwxr-xr-x 1 relson relson 8617 2005-06-27 11:27 /home/relson/Orion/cygwin/.emacs
-rw-r--r-- 1 relson relson 2923 2006-11-02 15:54 /home/relson/Orion/emacs.d/.emacs
-rwxr-xr-x 1 relson relson 6788 2004-12-25 18:03 /home/relson/Orion/emacs.d/emacs-20041225/.emacs
-rwxr-xr-x 1 relson relson 6788 2004-12-25 18:03 /home/relson/Orion/emacs.d/emacs-20050607/.emacs
relson@osage ~ $ ls -l $ ( locate /.emacs | grep emacs$ )
bash: syntax error near unexpected token `('
relson@osage ~ $ exit
exit

Process shell exited abnormally with code 2

###### end of *shell* window contents ######

Note: my home directory, i.e. /home/relson, does _not_ have .emacs file

############################################

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/22.3/etc/DEBUG for instructions.


In GNU Emacs 22.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.12.11)
 of 2008-12-30 on osage
Windowing system distributor `The X.Org Foundation', version 11.0.10300000
configured using `configure  '--prefix=/usr' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--program-suffix=-emacs-22' '--infodir=/usr/share/info/emacs-22' '--without-carbon' '--with-sound' '--with-x' '--without-toolkit-scroll-bars' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-xpm' '--with-x-toolkit=gtk' '--without-hesiod' '--without-kerberos' '--without-kerberos5' '--libdir=/usr/lib64' '--build=x86_64-pc-linux-gnu' 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' 'CFLAGS=-march=athlon64 -O2 -pipe' 'LDFLAGS=-Wl,-O1''

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  encoded-kbd-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> C-x C-f s e s <tab> 
<return> C-x C-f d r i <tab> <return> <escape> > C-x 
b <return> <help-echo> <help-echo> <escape> x t r u 
<tab> <return> <escape> x r e p o <tab> r <tab> <r
eturn>

Recent messages:
Loading ansi-color...done
Loading encoded-kb...done
Toggling font-lock-mode off; better pass an explicit argument.
For information about GNU Emacs and the GNU system, type <f1> C-a.
Mark set
Making completion list...
Loading help-mode...done
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done




[-- Attachment #3: Type: message/rfc822, Size: 1714 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: "Relson\, David" <david.relson@orion-sys.com>
Cc: 1795-done@emacsbugs.donarmstrong.com
Subject: Re: shell problem
Date: Mon, 02 Nov 2009 19:40:07 -0500
Message-ID: <874opc7860.fsf@stupidchicken.com>

> Within an emacs bash shell, using "!!" to re-execute a command with
> "$( ... )" in it results in a space inserted between the dollar sign
> and the left paren.  The inserted space should _not_ be present.

Sorry for the delay; I've just checked a fix into CVS trunk.  Thanks for
the bug report.

bug#1795: bug#36103: 24.5; Blank spaces around parentheses in history expansion in shell mode

[Lars Ingebrigtsen]

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

relson@osage writes:

> Within an emacs bash shell, using "!!" to re-execute a command with
> "$( ... )" in it results in a space inserted between the dollar sign
> and the left paren.  The inserted space should _not_ be present.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

I'm unable to reproduce this in any Emacs versions I have (Emacs 25.1
and up):


[-- Attachment #2: Type: image/png, Size: 47255 bytes --]

[-- Attachment #3: Type: text/plain, Size: 165 bytes --]


Are you still seeing this problem in recent Emacs versions?

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

bug#1795: shell problem

[Mauro Aranda]

Lars Ingebrigtsen <larsi@gnus.org> writes:

 > relson@osage writes:
 >
 >> Within an emacs bash shell, using "!!" to re-execute a command with
 >> "$( ... )" in it results in a space inserted between the dollar sign
 >> and the left paren.  The inserted space should _not_ be present.
 >
 > (I'm going through old bug reports that unfortunately weren't resolved
 > at the time.)
 >
 > I'm unable to reproduce this in any Emacs versions I have (Emacs 25.1
 > and up):

While I can't reproduce the original recipe from Bug#1795, the problem
is still there.  Look at the recipes in Bug#5007 or Bug#8027, or try
this:

M-x shell
cat <(date)
!!
Type M-p

You'll see that the command has been modified and now reads:
cat < ( date )

bug#1795: shell problem

[Lars Ingebrigtsen]

Mauro Aranda <maurooaranda@gmail.com> writes:

> While I can't reproduce the original recipe from Bug#1795, the problem
> is still there.  Look at the recipes in Bug#5007 or Bug#8027, or try
> this:
>
> M-x shell
> cat <(date)
> !!
> Type M-p
>
> You'll see that the command has been modified and now reads:
> cat < ( date )

Yup.  How odd -- just `M-p'-ing after "cat <(date)" does the right
thing, and "!!" does the right thing, but `M-p' after "!!" mangles
spaces?

I had a brief look at the code here
(`comint-replace-by-expanded-history-before-point' etc), but I'm pretty
unfamiliar with this code, and it wasn't immediately clear where the
problem stems from.

Anybody have any ideas?