shell对excape序列的解释是否会受什么东西影响？

FireMeteor

问题是由lftp的提示符引出来的。我用\[\e[1;34m\]这样类似的序列给提示符加颜色，结果发现光标的位置不对了，一直顶在每行的最开始处。开始我认为是lftp本身的bug，但是后来我发现在其他环境下带颜色的提示符能够正确显示，光标位置也是正确的。
出问题的环境是在gnome下面的gnome-terminal中。在linux终端下显示是正常的。在gnome中su得到的shell也是正常的。比较了root和我的账户在gnome终端中的环境变量，只发现我的帐户下有一个COLORTERM的环境变量比较可疑。这个变量的值是gnome-terminal。还没有来得及做进一步的试验。
另外那段往xterm标题栏上写东西的代码在我的环境下也无法正常显示。

向各位请教一下有没有解决的办法。
ps：这其实是历史遗留问题，很长时间一直是这个毛病，忍到现在不想再忍下去了

FireMeteor

经过晚上的实验，发现是我设置的LANG=zh_CN.UTF-8产生的影响。有没有人可以解释一下原因？

FireMeteor

更详细的实验表明LC_CTYPE设置成zh_CN(.xxx)都会导致错误。是不是bug?

seamonkey

我测试了一下，zh_CN-UTF8的locale，konsole, $TERM是xterm，

set cmd:prompt "\\033[32m[\\s-\\v]\\n\\033[31m[\\u@\\h:\\U]\\033[0m> "

没问题。

yongjian

我的原来有这样的现象，但现在没有了。locale还是一样，但不知道究竟是什么修复了。

FireMeteor

我的lib升级很滞后，如果真如你说的修复了，那我就会去升级lib看看。

FireMeteor

lftp和bash是不是用不同的lib支持的？bash里面提示符一直都好得很