nullglob禁用了路径名称的标签自动补全。

Question

5

我发现执行shopt -s nullglob会禁用文件和目录的tab补全功能，而执行shopt -u nullglob则可以恢复。为什么目录的tab补全要依赖于nullglob被取消设置呢？

我使用的是Debian 7操作系统上的Bash 4.2.37(1)-release版本。

- Kyle Strand

我在这里没有看到。Bash的版本是什么？发行版是什么？您正在使用哪个命令进行测试？ - Etan Reisner

@EtanReisner 各种命令--内置命令如 echo，程序如 ls，别名等等...我认为这并不重要，因为路径的制表符补全不是特定于某个命令的。我已经在问题中添加了我的 Bash 版本和 Linux 发行版。 - Kyle Strand

1

选项卡自动完成实际上是针对特定命令的（有关此内容，请参见complete的输出）。您可以轻松地为特定命令中断自动完成，而不会影响整体自动完成。 - Etan Reisner

我在我的Debian机器上也看到了这个问题，但在我的CentOS 5机器上没有。 - Etan Reisner

@EtanReisner 通常情况下，制表符自动补全是基于命令的，但我认为用于文件路径的特定补全函数并不是基于命令的，对吗？ - Kyle Strand

显示剩余2条评论

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Etan Reisner · Accepted Answer

这显然是bash-completion的已知问题，并被列为在3.0版本中需要修复的目标。

但自至少2012年以来，它似乎一直存在。

~~我完全不明白nullglob如何导致该电子邮件中列出的问题。~~

编辑：我现在明白发生了什么。问题在于通配符扩展很愚蠢。它将$2[$j]=\${!ref}\${COMP_WORDS[i]}整个“单词”视为单个通配符并尝试扩展它。通常情况下会失败并保持原样，但对于整个参数使用nullglob会使其消失（从而导致问题）。

快速测试表明，将此内容替换为：

eval $2[$j]=\${!ref}\${COMP_WORDS[i]}

使用以下任一方法：

eval $2\[$j\]=\${!ref}\${COMP_WORDS\[i\]}

或者：

eval "$2[$j]=\${!ref}\${COMP_WORDS[i]}"

似乎解决了问题。但我无法保证这两种方法都是完全正确的解决方法。

更新：在debian bash-completion git存储库中已经修复了此问题（以一种我没有想到但显然更好的方式）。此提交修复了它。还有其他与globbing相关的修复。

从git head获取__reassemble_comp_words_by_ref并在当前文件的顶部进行源控制，似乎可以作为临时解决方法来解决该问题。