Notes |
(0000948)
vodz
01-19-06 01:05
|
> Without patch, tab completion for . and .. does not
work as expected.
Hmm. For "." my cmdedit works as bash 2.05b.0(1)-release
For ".." you may be right. |
| |
(0000949)
vodz
01-19-06 01:11
|
Also.
If current directory have file like "..file", my cmdedit works like bash.
For make bash-like tab completion require add code in found you the place:
if found "../" without other "..any_matches" add '/', else do not add '/'.
I think, best if do not change to cmdedit. Bash have bloat features for busybox. |
| |
(0000956)
sw
01-19-06 11:33
|
At least bash 2.05b.0(1) and bash 3.00.16(1) differ.
Testenvironment is this hierarchy of files and directories:
tabdemo/
tabdemo/dir1
tabdemo/.dir2
tabdemo/file1
tabdemo/..file3
tabdemo/..dir3
tabdemo/.file2
-------------------------
Feature 1:
Here is the output from the new bash:
user@linux:/tabdemo$ ls <tab>
dir1/ .dir2/ ..dir3/ file1 .file2 ..file3
Note that showing entries with leading dot is a bash option.
user@linux:/tabdemo$ ls .<tab>
./ ../ .dir2/ ..dir3/ .file2 ..file3
Bash marks directories with a trailing slash.
The patched busybox has this output:
root@sinus154:/tabdemo# ls <tab>
dir1/ file1
root@sinus154:/tabdemo# ls .
../ ..dir3/ ..file3 ./ .dir2/ .file2
So the behaviour of the patches busybox is now nearly identical:
the sort order of entries should ignore the trailing slash, so
./ should be the first entry.
-------------------------
Feature 2:
In subdirectory dir1, ls ..<tab> expands to ls ../ (what I expect):
user@linux:/tabdemo/dir1$ ls ../
dir1/ .dir2/ ..dir3/ file1 .file2 ..file3
So does the patched busybox shell.
-------------------------
The unpatched busybox shell does not have feature 1 (trailing / for directories). It also fails at feature 2 (expand ..<tab> into ../). |
| |
(0000994)
vodz
01-25-06 03:55
|
Ok. See 13587 revision. Sorting rewtoted - more added code. |
| |