按位运算符 XOR (^) 在 Linux 和 Windows 中给出不同的结果

Question

由于某种原因需要很长时间解释，我想在 perl 中执行以下按位运算：\n（假设 1 表示 true，0 表示 false）

\n

$var1="11000001";\n$var2="10000101";\n\n$y=$var1 & $var2; #bitwise and\n$o=$var1 | $var2; #bitwise or\nprint "var1 & var2: $y\\n";\nprint "var1 | var2: $o\\n";\n

\n

然后，我在 Windows Perl 和 Linux Perl 中得到相同的输出：

\n

var1 & var2: 10000001 (which is what I wished)\nvar1 | var2: 11000101 (which is what I wished)\n

\n

但如果我这样做：

\n

$xox=$var1^$var2; # bitwise xor\nprint "var1 ^ var2: $xox\\n";\n

\n

那么windows中的输出是：

\n

var1 ^ var2:  \xe2\x98\xba   \xe2\x98\xba\n

\n

而在linux中是：

\n

var1 ^ var2: \n

\n

鉴于 & 和 | 运算符似乎按“预期”工作，我也期望得到类似的结果：

\n

$var1="11000001";\n$var2="10000101";\n$xox=$var1^$var2; # bitwise xor\nprint "var1 ^ var2 --> $xox\\n";\n

\n

var1 ^ var2 --> 01000100

\n

对于 ^ 运算符。

\n

但是，如上所示，Windows 和 Linux 的情况并非如此，尽管至少 Windows 的 xor 输出对我的目的有用，但 Linux 的输出则不然。

\n

任何人都可以解释为什么“&”或“|” 运算符似乎有效，但 '^' (XOR) 运算符无效？\n为什么 Linux 和 Windows 之间存在这种差异？\n谢谢

\n

注意：指定 int($var1) ^ int($var2) 不会产生理想的结果（对我来说；即得到输出 01000100）

\n

Answer 1

\n

任何人都可以解释为什么“&”或“|” 运算符似乎有效，但“^”（XOR）运算符不起作用？

\n

\n

根据 0 和 1 字符的字符代码，这或多或少是巧合&：|

\n

0x30 | 0x31 = 0x31 (observed: "0" | "1" = "1")\n0x30 & 0x31 = 0x30 (observed: "0" & "1" = "0")\n

\n

和&都|保留了高半字节中的 3，而 0 和 1 字符的低半字节恰好分别为 0 和 1。

\n

XOR 将顶部半字节中的 3 清零，因此您会得到一些无意义的字符，这些字符根据操作系统解释它们的方式而有所不同。显然，至少在某些情况下，值为 1 的字符（只是 1，而不是 0x31，通常它是不可打印的字符）在 Windows 上显示为 \xe2\x98\xba 。

\n

作为一个快速技巧，您可以这样做将 3 放回顶部半字节中：

\n

$xox=($var1^$var2)|"00000000"; # bitwise xor\n

\n

我认为这是一个黑客行为。

\n

\n

注意：指定 int($var1) ^ int($var2) 不会产生理想的结果（对我来说；即得到输出 01000100）

\n

\n

因为您没有指定这些是二进制数字，所以它们没有按预期进行解析。这是一种方法，请注意，这种方式不会保留前导零：

\n

print sprintf("%b", oct("0b$var1") ^ oct("0b$var2"));\n

\n