我正在尝试使用tr
命令来自传家宝工具箱克服一个电流限制的核心工具实现,以便能够-dc
从“随机”生成器“泵送”(使用选项)多字节字符(/dev/urandom) 到终端。值得注意的是,这已经是编译的从源头开始阿奇邦使用 AUR 失败后版本。
为了简化这一点,让我们选择一个字符(☠)并计算出它的八进制值,因为这是它必须为 toolchest 表达的方式tr
:
echo '☠' | hexdump -b # -b for octal
0000000 342 230 240 012
0000004
echo -e '\0342\0230\0240' # uses the "0nnn" format, make sure it prints
☠
八进制值的表示方式存在差异重击与echo
内置(0nnn)与此处的工具箱相比tr
(恩恩):
字符“\”后跟 1、2 或 3 个八进制数字代表其字节码由这些数字给出的字符。多字节字符可以指定为八进制字节序列。
我们来试试吧。该-dc
选项只是删除 SET1 的补集。您指定一个集合,并且标准输入中不包含该集合中的元素的任何内容都将被丢弃:
echo '012345' | /usr/5bin/tr -dc '456' #sanity check
45 #all good
现在这些:
echo -e '\0342\0230\0240' | /usr/5bin/tr -dc '\342\230\240'
echo -e '☠' | /usr/5bin/tr -dc '☠'
应该都打印 one(1)☠,或者最终以下(更多字符)都会产生相同的错误:
/usr/5bin/tr -dc '\342\230\240' < /dev/urandom
*** Error in `/usr/5bin/tr': double free or corruption (!prev): 0x0000000000d24420 ***
实际上,每当输入和 SET1 都包含所选字符时,就会出现错误并显示-dc
。该行为在整个系统中也是相同的SysV 3rd、4th、Posix、Posix2001 或 ucb(BSD)工具箱中提供的命令的版本。有时,就像tr -dc '1' < /dev/urandom
我得到一个正确的段错误或几行输出一样:
Error in `/usr/5bin/tr': realloc(): invalid pointer: 0x00007f93ee284010 ***
======= Backtrace: =========
/usr/lib/libc.so.6(+0x73f8e)[0x7f93ee338f8e]
/usr/lib/libc.so.6(+0x7988e)[0x7f93ee33e88e]
/usr/lib/libc.so.6(realloc+0x1c8)[0x7f93ee342918]
/usr/5bin/tr[0x401a74]
/usr/5bin/tr[0x400e93]
/usr/lib/libc.so.6(__libc_start_main+0xf0)[0x7f93ee2e5000]
/usr/5bin/tr[0x400f63]
======= Memory map: ========
00400000-00403000 r-xp 00000000 08:21 1579535 /usr/5bin/tr
00602000-00603000 rw-p 00002000 08:21 1579535 /usr/5bin/tr
0067a000-006bc000 rw-p 00000000 00:00 0 [heap]
7f93edc6e000-7f93edc84000 r-xp 00000000 08:21 1448153 /usr/lib/libgcc_s.so.1
7f93edc84000-7f93ede83000 ---p 00016000 08:21 1448153 /usr/lib/libgcc_s.so.1
7f93ede83000-7f93ede84000 rw-p 00015000 08:21 1448153 /usr/lib/libgcc_s.so.1
7f93ede84000-7f93ee2c5000 rw-p 00000000 00:00 0
7f93ee2c5000-7f93ee469000 r-xp 00000000 08:21 1440453 /usr/lib/libc-2.19.so
7f93ee469000-7f93ee669000 ---p 001a4000 08:21 1440453 /usr/lib/libc-2.19.so
7f93ee669000-7f93ee66d000 r--p 001a4000 08:21 1440453 /usr/lib/libc-2.19.so
7f93ee66d000-7f93ee66f000 rw-p 001a8000 08:21 1440453 /usr/lib/libc-2.19.so
7f93ee66f000-7f93ee673000 rw-p 00000000 00:00 0
7f93ee673000-7f93ee694000 r-xp 00000000 08:21 1440340 /usr/lib/ld-2.19.so
7f93ee6eb000-7f93ee874000 r--p 00000000 08:21 1448356 /usr/lib/locale/locale-archive
7f93ee874000-7f93ee877000 rw-p 00000000 00:00 0
7f93ee891000-7f93ee893000 rw-p 00000000 00:00 0
7f93ee893000-7f93ee894000 r--p 00020000 08:21 1440340 /usr/lib/ld-2.19.so
7f93ee894000-7f93ee895000 rw-p 00021000 08:21 1440340 /usr/lib/ld-2.19.so
7f93ee895000-7f93ee896000 rw-p 00000000 00:00 0
7fffed79c000-7fffed7bd000 rw-p 00000000 00:00 0 [stack]
7fffed7e9000-7fffed7eb000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
这是否表明我的编译错误,或者我没有正确使用它?
随着贡献的修补我们有:
echo -e '\0342\0230\0240' | /home/me/bin/trsc -dc '\342\230\240'
echo -e '☠' | /home/me/bin/trsc -dc '☠'
☠
正如我们应该的那样!但:
/home/me/bin/trsc -dc '\342\230\240' < /dev/urandom
仍然是一个谜,因为所选的字符不在输出中......
答案1
我以前见过。一个错误。尝试:
--- tr.c 6 Sep 2005 23:04:11 -0000 1.10
+++ tr.c 30 May 2014 09:46:33 -0000
@@ -291,7 +291,6 @@
if(c<ccnt) code[c] = d;
if(d<ccnt && sflag) squeez[d] = 1;
}
- free(vect);
while((d = next(&string2)) != NIL) {
if(sflag) squeez[d] = 1;
if(string2.max==NIL && (string2.p==NULL || *string2.p==0))
(这是几个月前的快速浏览,虽然这个补丁可以让您继续前进,但我不能保证它是正确的。使用 申请patch -l
)。
现在还要注意,/dev/urandom
提供了一个流字节。在 UTF-8 中,并非所有字节序列都映射到有效字符。例如,0x41 0x81 0x41 无效,因为0x81
它是>=
0x80,因此它只能出现在超过 0x80 字节的 2 个或更多字节的序列中。
无效字节,因为它不在 ☠ 的补码字符集中,因此不会被 删除tr
。
更好的可能是:
recode ucs-2..u8 < /dev/urandom | tr -cd ☠
ucs-2 是字符 U+0000 到 U+FFFF,每个字符编码为 2 个字节,/dev/urandom
看起来更像是 ucs-2 字符流。 (不过我们缺少字符 U+10000 到 U+10FFFF)。
但这仍然包括D800..DFFF 代理对范围
这mbrtowc(3)
会让人窒息(至少对于我的 libc 版本)。
这些代码点是为 UTF-16 编码而保留的。例如,d800dc00 是 U+10000 的 UTF-16BE 编码,但没有 U+D800 字符或 U+DC00。这些字符的 UTF-8 编码也没有意义(即使相邻)。
所以你需要首先排除它们:
perl -ne 'BEGIN{$/=\2;binmode STDOUT,":utf8"}
$c = unpack("n",$_); if ($c < 0xd800 || $c > 0xdfff) {
no warnings "utf8"; print chr($c)
}' < /dev/urandom | tr -cd ☠
如果目的是获取以 UTF-8 编码的随机 Unicode 字符流,最好获取允许范围内的随机代码点(0..0xd7ff、0xf000..0x10ffff)并将其转换为 UTF-8。如果您想将其基于/dev/urandom
,则可以为每个代码点使用其中的 3 个字节(24 位):
perl -ne 'BEGIN{$/=\3;binmode STDOUT,":utf8"}
$c = unpack("N","\0$_") * 0x10F800 >> 24;
$c+=0x800 if $c >= 0xd800;
do {no warnings "utf8"; print chr($c)}' < /dev/urandom |
tr -cd ☠