# uname -mrs
OpenBSD 6.0 amd64
# RANDOMNUMBER() { /usr/bin/openssl rand -hex 64 | tr -dc 0-9 | /usr/bin/cut -c-4;}
# while true; do WTF=$(/usr/bin/strings /dev/arandom | head -$(RANDOMNUMBER) | sort -R | /usr/bin/perl -pe 's/\n//g' | /usr/bin/cut -c1-63); echo "$WTF"; echo "$WTF" | wc -c; done
!+{l^RQ-QuK=iVYC\ud#pqNw?nJ"oyizU}NI5~0\HEagHv7`/6PI$|b_1)59Aj=
64
3"fcALD`&L\#Ls7fP!Gs9Ksjv\) ?Fm9]R#oRlEb%&=R{-zRvRE /})^uM:H9sq
64
Q|Ik^.zuYu:|_DTt>)q48;[JVwX}F@yU)hu,~v=Wj*"ra'g=@#hJ$.ur\Ru'WMV
64
lTYU6V2qm;[e;.dsxW+mWqf]LCylFsY,V7+71i}/6L)m<RtuCxH6,et<i[N(NV
64
>apV:8T e3 Y<ga$h*+9>4`kanC 35OHoG%\gG8vvWU?rM%XYuV*4?UIWVvB<!U
64
#b8vw:L!OvW 73/-iUPw}Ge|$ka{'E=tkTHmzb)1syK!fSN]_As'D>KGe_k<o=
64
O5='9b}.NGChC]D{{ =^#tg7;EhzDJag`R-z/L<=LJ[h*aLI [2xPbz__+K_Bc|
64
E\AxbSAu6seR=:-uwG$h86;r\gs(Ni0%95<O.+Yts)br9xd*>b`f K!%Q_%+9I-
64
8RXi=aJL3siO!PM5l]>~(5$bgp.#Z|p1,d6au-^0`mD9+Cdk@*].05g(:1,}f"R
64
K\_a~oim<dq_^,JBjb$sYA,Icv@kOVWi2'z+us2BzW|~@l+iD3@euM|iS;"0tw&
64
bI[Aev\{[YN"a^$)j'W[\4r?Ey[ !Jn32V6`PE(6WAqL~NYg&/{J-w > _uAS}i
64
I|jm@onzPfAhK5HJq:V h<p-<_oPvS68)2L\&4)CWM|GYv0l}8= 7 ZpW wH}UR
64
i_x?KW3<v7/Pw w6>gXw7#HE]n,d4mj8'my@)*15m]dK(+9[o!h<w^ $$PS)Q4@
64
wJ1pv[3sHJrpXV=c-c{2%0A,F-.3;`M^cvV6E&|B"`@V+RYs dlS*yEqsV_ $G6
64
M_iq/+ |>*@CC4G.-?9s@;0tR^>&dh]5,sQu.8akCJU01qxiX5TUe&}=I_K;X%`
64
^C
#
由此我无法理解几行(手动运行它......):
# echo '>apV:8T e3 Y<ga$h*+9>4`kanC 35OHoG%\gG8vvWU?rM%XYuV*4?UIWVvB<!U' | wc -c
69
#
# echo 'wJ1pv[3sHJrpXV=c-c{2%0A,F-.3;`M^cvV6E&|B"`@V+RYs dlS*yEqsV_ $G6' | wc -c
76
#
为什么“切”会做出这样的事呢?我要求它削减 63 个字符。但有时它会给出比 63 更长的行,我可以通过稍后手动选择输出,将其放入 echo 中并使用“| wc -c”来证明。也许“cut”命令中存在关于空格的错误?
对于第一个示例手动行,顶部脚本给出 64,但手动检查显示它实际上是 69。
答案1
你那里有标签;从cut
的角度来看,每个选项卡都算作一个字符,但可能会占用比屏幕上更多的空间。更重要的是,它所占据的数量根据它在行中的输出位置而变化......
长度超过 64 个字符的每一行都有一个与制表符对齐的相应间隙(本世纪迄今为止在大多数环境中为 8 个字符):
3"fcALD`&L\#Ls7fP!Gs9Ksjv\) ?Fm9]R#oRlEb%&=R{-zRvRE /})^uM:H9sq
^ tab here
^ tabstop here
1234567812345678123456781234567812345678123456781234567812345678
当您复制并粘贴第二组测量的输出时,制表符已扩展到的空格被复制,因此wc -c
对这些空格进行计数。