From xemacs-m  Mon Mar 24 13:18:27 1997
Received: from palrel3.hp.com (palrel3.hp.com [15.253.88.10])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id NAA16414
	for <xemacs-beta@xemacs.org>; Mon, 24 Mar 1997 13:18:27 -0600 (CST)
Received: from rlab24.rsn.hp.com (rlab24.rsn.hp.com [15.99.219.24]) by palrel3.hp.com with ESMTP (8.7.5/8.7.3) id LAA08226 for <xemacs-beta@xemacs.org>; Mon, 24 Mar 1997 11:18:18 -0800 (PST)
Message-Id: <199703241918.LAA08226@palrel3.hp.com>
Received: by rlab24.rsn.hp.com
	(1.38.193.4/16.2) id AA217651099; Mon, 24 Mar 1997 13:18:19 -0600
Date: Mon, 24 Mar 1997 13:18:19 -0600
From: Shane Holder <holder@rsn.hp.com>
To: xemacs-beta@xemacs.org
Subject: j-shell and efs don't get along

In XEmacs 20.1 [Lucid] (hppa1.1-hp-hpux10.01) of Mon Mar 17 1997 on rlab24

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

xemacs -q
load-file <path>/j-shell.elc
load-lib efs-auto
M-x j-shell
% rlogin <another machine>
% cd <partial directory name>TAB   <- This should try to expand the
                                      file name on the remote machine

This will result in
  Lisp nesting exceeds `max-lisp-eval-depth'

and xemacs mis-behaves spitting out max-lisp-eval-depth's until the
j-shell buffer is killed.

Recent input:
C-k j - TAB s h TAB C-a C-f C-f C-k . e m a c s RET 
M-< C-s j s h C-f C-x k RET M-< C-s e f s C-f C-n M-x 
x BS DEL r e p o r t - x e TAB RET C-g M-x x BS DEL 
r e p o r t - x e TAB RET j f BS DEL - s h e l l SPC 
a n d SPC e f s SPC d o n ' t SPC g e t SPC a l o n 
g RET

Recent messages:
Scanning buffer... ( 95%)
Scanning buffer... ( 98%)
Scanning buffer... (100%) done
Quit: isearch
Reading directory /holder@mordor:/home/holder/...
Reading directory /holder@mordor:/home/holder/...done
Entering debugger...


"/holder@mordor:/home/holder/"

