例如,此命令不带引号的替代方案是什么: CD "c:\Documents and Settings" 我不想使用引号的全部原因是此命令可以正常工作: SVN add mypathname\*.* 但是此命令不起作用: SVN add "mypathname\*.*" 问题是,当我为其中带有空格的路径更改mypathname时,我需要引用整个内容。例如: SVN add "c:\Documents and Settings\username\svn\*.*" 但是当我尝试这样做时,我收到以下错误消息: svn: warning: 'c:\Documents and Settings\username\svn\*.*' not found
因此,我已经忍受了这个问题几周了,希望如果我让它发生足够多的话,我会找出潜在的触发因素。没运气。 在Ubuntu 14.04.1 LTS上的XMonad中gnome-terminal的bash中的tmux(干净安装)。当我使用香草Unity(甚至干净安装)而不是XMonad时出现相同的错误。 似乎不时有一些东西在打印字符u'0x001b',该字符叠加在字符串“] 112”中的']'字符上,而不是将其识别为转义后跟一些数字,tmux逐字打印为(随机)在屏幕上的位置。最近,字符串“] 112”也开始偶尔出现没有Unicode字符的情况。看来,如果字符超出了vim行的结尾,替换第一个字符有时会使其他字符保持完整。 强制重绘包含unicode字符的矩形的所有内容都将摆脱它们的整个序列。在Vim中,我可以删除字符串“] 112”中的每个单独字符,就好像它确实存在。简单地改变它们的颜色(例如,通过在vim中将光标定位在它们之上)并不能消除它们。 我没有足够的声誉来发布图像,但是我将在以下位置进行一些问题的屏幕录像:http : //www.brunobeltran.com/junkdump/tmux_error.mkv 以下是我的.tmux.conf。对于逃生时间,我玩过各种值,但没有用。此外,删除鼠标内容也无济于事。 任何想法或尝试尝试将不胜感激! # 0 is too far from 1 set -g base-index 1 # Automatically set window title set-window-option -g automatic-rename on set-option -g set-titles on set -g default-terminal screen-256color set -g status-keys vi set -g history-limit 10000 …