bug#15399: 24.3.50; Eshell redirection broken in HEAD

bug#15399: 24.3.50; Eshell redirection broken in HEAD

[chad]

Eshell redirection causes an error (Symbol's value as variable is void: cmd) in HEAD for the last week or so:

	Emacs -Q
	M-x eshell RET
	~ $ addpath -b /usr/sbin >>> /dev/kill
	Symbol's value as variable is void: cmd
	~ $ addpath -b /usr/sbin > /dev/clip
	Symbol's value as variable is void: cmd
	~ $ addpath -b /usr/sbin > /tmp/foo.txt
	Symbol's value as variable is void: cmd

In GNU Emacs 24.3.50.1 (x86_64-apple-darwin12.5.0, NS apple-appkit-1187.39)
 of 2013-09-16 on protip.local
Bzr revision: 109427 yandros@mit.edu-20130916171024-rtwryjj6omvdtjpo
Windowing system distributor `Apple', version 10.3.1187
Configured using:
 `configure --with-ns --enable-checking'

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LC_COLLATE: C
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: EShell

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:
s-x M-x e s h SPC <return> C-y <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
s-v <return> <down-mouse-1> <mouse-movement> <mouse-movement> 
<drag-mouse-1> M-x r e p o SPC r t SPC e b SPC <backspace> 
m SPC b u SPC <return>

Recent messages:
Loading em-dirs...done
Loading em-glob...done
Loading em-hist...done
Loading em-ls...done
Loading em-prompt...done
Loading em-script...done
Loading em-term...done
Loading em-unix...done
Mark set [2 times]
Making completion list...

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
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 help-mode pp em-unix em-term term disp-table
easymenu ehelp electric em-script em-prompt em-ls cl-loaddefs cl-lib
em-hist em-pred em-glob em-dirs em-cmpl em-basic em-banner em-alias
pcomplete comint ansi-color ring esh-var esh-io esh-cmd esh-opt esh-ext
esh-proc esh-arg eldoc help-fns esh-groups eshell esh-module esh-mode
esh-util time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel
ns-win 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 ns
multi-tty emacs)

bug#15399: 24.3.50; Eshell redirection broken in HEAD

[Stefan Monnier]

> Eshell redirection causes an error (Symbol's value as variable is void: cmd) in HEAD for the last week or so:

Thanks for the recipe.  Should be fixed now,


        Stefan

bug#15399: 24.3.50; Eshell redirection broken in HEAD

[chad]

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


On 17 Sep 2013, at 08:19, Stefan Monnier <monnier@iro.umontreal.ca> wrote:

>> Eshell redirection causes an error (Symbol's value as variable is void: cmd) in HEAD for the last week or so:
> 
> Thanks for the recipe.  Should be fixed now,


I'm still having trouble, and I'm not sure if it's a symptom of the
problem, the solution, or the precipitate. Let me give a little
more detail. Until recently, I had the following lines in
~/.emacs.d/eshell/profile:

	addpath -b /usr/local/bin >>> #<buffer *Messages*>
	addpath -b /usr/local/sbin >>> #<buffer *Messages*>
	addpath -b ~/bin >>> #<buffer *Messages*>

A semi-recent change broke redirection in eshell, but Stefan fixed
it yesterday (thanks Stefen).  After the fix, though, I'm seeing,
for each addpath directive:

Buffer is read-only: #<buffer *Messages*>

Is this a side-effect of the solution? Should I file it as a different
bug? Should I stop trying to redirect into *Messages* (it's convenient
but not really necessary)?

Thanks,
~Chad


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

bug#15399: 24.3.50; Eshell redirection broken in HEAD

[Glenn Morris]

chad wrote:

> Buffer is read-only: #<buffer *Messages*>

That's unrelated. etc/NEWS:

    ** The *Messages* buffer is created in a new major mode
   `messages-buffer-mode', and read-only.