Subject: bug#274 closed by Chong Yidong <[email-masked]> (Re: 23.0.60; command paths are not expanded in *shell* buffer)

From: [email-masked] (Emacs bug Tracking System)

This is an automatic notification regarding your bug report
which was filed against the emacs package:

#274: 23.0.60; command paths are not expanded in *shell* buffer

It has been closed by Chong Yidong <[email-masked]>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Chong Yidong <[email-masked]> by
replying to this email.

-- 
274: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=274
Emacs Bug Tracking System
Contact [email-masked] with problems
>From [email-masked] Wed Jul 30 09:38:04 2008
From: Chong Yidong <[email-masked]>
To: [email-masked]
Subject: Re: 23.0.60; command paths are not expanded in *shell* buffer
Date: Wed, 30 Jul 2008 12:40:00 -0400

This was fixed in the 2008-07-23 change to shell.el.  Thanks.

>From [email-masked] Sun May 18 10:57:00 2008
To: [email-masked]
From: Peter Dyballa <[email-masked]>
Date: Sun, 18 May 2008 19:56:05 +0200
Cc: 
Subject: 23.0.60; command paths are not expanded in *shell* buffer
Sender: emacs-devel-bounces+monnier=[email-masked]

Hello!

After launching GNU Emacs with -Q and creating a *shell* buffer (with =20=

tcsh 6.12.00 (Astron) 2002-07-23 (powerpc-apple-darwin) options =20
8b,nls,dl,al,kan,sm,rh,color,dspm,filec) I can't expand the absolute =20
path of GNU Emacs. It does not work when I start typing /us<TAB> nor =20
does it work when I insert a <SPC> before the /us start of the path =20
name. (When I type <RET> to get rid of everything typed tcsh asks me =20
whether /usr is OK, autocorrect and 'correct =3D all' are set). It also =20=

fails with relative paths.

It works (with absolute and relative paths) when I start the command =20
with another word (some command or alias). When I then type <TAB> to =20
complete, a *Completions* buffer is created showing me case-=20
insensitive completions. When I now select with the mouse a =20
candidate, part of what I had typed before is deleted. To start with =20
my example:

	I had written 'l /us' and then pressed <TAB>
	I selected with mouse-2 from the two presented completions =
'Users/' =20
and 'usr/' the latter
	command line now showed: <prompt> usr/

I can undo and start again. I can start in a new *shell* buffer to =20
type /us <TAB> <TAB>, which leads to nothing, and then change to: C-a =20=

l <SPC> C-e <TAB> and completion works suddenly ('l' is an alias for =20
ls, but I could also insert 'a' or 'I' which are neither commands nor =20=

aliases nor shell functions in Bourne shell alikes). The deletion =20
also happens with file names, for example with 'l .emacs <TAB> mouse-2'.

The presence of a ~/.emacs_tcsh file place no role. The type of shell =20=

plays no role, i.e. I can reproduce this in a bash (2.05b.0(1)-=20
release or 3.2.9(1)-release) I start inside tcsh.

This behaviour started weeks, or months, ago. I then thought it was =20
due to adding 'correct =3D all', but *shell* in GNU Emacs 22.2 does not =20=

show the same ... and the tcsh setting plays no role!

In GNU Emacs 23.0.60.2 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d =20
scroll bars)
  of 2008-05-18 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version =20
11.0.40400000
configured using `configure  '--without-sound' '--without-pop' '--=20
with-dbus' '--with-libotf' '--with-x-toolkit=3Dathena' '--enable-=20
locallisppath=3D/Library/Application Support/Emacs/calendar23:/Library/=20=

Application Support/Emacs/caml:/Library/Application Support/Emacs:/sw/=20=

share/emacs21/site-lisp/elib' 'PKG_CONFIG_PATH=3D/sw/lib/freetype219/=20
lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/qt4-x11/lib/=20
pkgconfig:/sw/lib/pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/=20
usr/local/lib/pkgconfig:/usr/X11R6/lib/pkgconfig' 'CFLAGS=3D-ggdb -=20
gfull -H -Wno-pointer-sign -bind_at_load -pipe -fPIC -mcpu=3D7450 -=20
mtune=3D7450 -mno-powerpc64 -fast -mpim-altivec -ftree-vectorize -fno-=20=

crossjumping' 'CPPFLAGS=3D-no-cpp-precomp -I/sw/include -I/usr/local/=20
include -idirafter /usr/X11R6/include' 'LDFLAGS=3D-bind_at_load -=20
dead_strip -multiply_defined suppress -L/sw/lib/ncurses -L/sw/lib -L/=20
usr/local/lib -L/usr/X11R6/lib''

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

Major mode: Shell

Minor modes in effect:
   shell-dirtrack-mode: t
   tooltip-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
   global-auto-composition-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   line-number-mode: t
   transient-mark-mode: t

Recent input:
<down-mouse-1> <mouse-1> <escape> x s h e l l <return>
/ u s <tab> <tab> <left> <left> <left> SPC C-e <tab>
<tab> <help-echo> <help-echo> <help-echo> <menu-bar>
<help-menu> <send-emacs-bug-report>

--
Mit friedvollen Gr=FC=DFen

   Pete

Math illiteracy affects 7 out of every 5 Americans.