Dr. Watson on NT Emacs when working with long path names

[Jens Schmidt]

This bug report will be sent to the Free Software Foundation,
 not to your local site managers!!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

In GNU Emacs 20.7.1 (i386-*-nt4.0.1381)
 of Tue Jun 13 2000 on buffy
configured using `configure NT'

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



Please have a look at the following commented trace in shell
mode:

[c:jschmidt] cd tmp/news/nast/123456789012345678901/saphelp/helpdata/DE/34/
[c:34] pwd
c:/home/jschmidt/tmp/news/nast/123456789012345678901/saphelp/helpdata/DE/34
[c:34] ll
total 0
drwxrwxrwx   1 jschmidt        0 Feb 16 14:52 .
drwxrwxrwx   1 jschmidt        0 Feb 16 14:52 ..
drwxrwxrwx   1 jschmidt        0 Feb 16 14:29 62463423538610e10000009b38f8

In this directory, I type "ll 6" followed by a number of TABS to
do file name completion in shell-mode.  At some point the
expansion stops because the name is getting to long.  "Expansion
stops" means that shell-mode recognizes that in the last
directory are only the directories "." and ".." and offers a
selection to choose one of both.  Actually, there are more
directories beneath the last one, but they are inaccessible since
the path is too long.  So far, so good.

[c:34] ll 
62463423538610e10000009b38f8/62463423538610e10000009b38f83/62463423538610e10000009b38f83b/62463423538610e10000009b38f83/62463423538610e10000009b38f83b/62463423538610e10000009b38f83/.
total 0



I add one more character to the path by renaming as follows:

[c:34] mv 62463423538610e10000009b38f8 62463423538610e10000009b38f83
[c:34] ll
total 0
drwxrwxrwx   1 jschmidt        0 Feb 16 14:56 .
drwxrwxrwx   1 jschmidt        0 Feb 16 14:56 ..
drwxrwxrwx   1 jschmidt        0 Feb 16 14:29 62463423538610e10000009b38f83

Again, I type "ll 6" followed by a number of TABs to do file name
completion in shell-mode.  After a number of tabs, I get the
following result:

[c:34] ll 
62463423538610e10000009b38f83/62463423538610e10000009b38f83/62463423538610e10000009b38f83b/62463423538610e10000009b38f83/62463423538610e10000009b38f83b/62463423538610e10000009b38f83/././././././././

Where each TAB adds another "./".  This is somehow, well,
strange.



Again, I add one more character to the path by renaming:

[c:34] mv 62463423538610e10000009b38f83 62463423538610e10000009b38f83b
[c:34] ll
total 0
drwxrwxrwx   1 jschmidt        0 Feb 16 14:57 .
drwxrwxrwx   1 jschmidt        0 Feb 16 14:57 ..
drwxrwxrwx   1 jschmidt        0 Feb 16 14:29 62463423538610e10000009b38f83b

Now I try to expand again.  If I press TAB one more time after
the last character in the line below I get a "Dr. Watson" and
Emacs dies.  I attached the log to this report.

[c:34] ll 
62463423538610e10000009b38f83b/62463423538610e10000009b38f83/62463423538610e10000009b38f83b/62463423538610e10000009b38f83/62463423538610e10000009b38f83b/62463423538610e10000009b38f83/



Exactly the same behaviour could be observed when doing
completion followed after an C-x C-f instead of doing completion
in shell-mode.


Regards

Jens

drwtsn32.log
Description: Binary data