2 回答
TA贡献2080条经验 获得超4个赞
该chr函数将整数转换为关联的字符。它的行为因 Python 版本而异,如下所示:
在 python 2.x 中,chr(n)将返回一个由值为nif的 ASCII 字符组成的单字符字符串0<=n<=255。如果在 64 位有符号整数n之外[0, 255]但适合,则chr(n)引发ValueError抱怨 arg 不在range(256). 如果n不适合 64 位有符号整数,chr(n)则会引发OverflowError抱怨“Python int 太大而无法转换为 C long”(如问题中所述)。
在 python 3.x 中,chr(n)将返回一个由值为nif的 unicode 字符组成的单字符字符串0<=n<0x110000。如果在 32 位有符号整数n之外[0, 0x110000)但适合,则chr(n)引发值错误,抱怨 arg 不在range(0x110000). 如果n不适合 32 位有符号整数,chr(n)则会引发OverflowError抱怨“有符号整数大于最大值”或“有符号整数小于最小值”(取决于 的符号n)。
在发布的代码中发生这种情况的原因是string.split()在空格处拆分字符串,因此for byte in charstr.split()循环只执行一次,使用byte == charstr. 类似地,''.join([str(bit) for bit in byte]只是一个很长的说法byte(即“通过连接”的每个字符生成的字符串byte)。所以有问题的代码是将整个 113 位字符串转换为整数。第一位是 1,所以它至少需要 113 位来存储它,这意味着它肯定不适合 32 位或 64 位有符号整数,因此它OverflowError在 2.x 和3.x。
TA贡献2051条经验 获得超10个赞
我不能肯定,因为你还没有发布一个最小的、完整的和可验证的示例以及预期/期望的输出,以便能够判断这是否是你想要的——所以它基本上只是一个猜测——但是在至少它不会引发OverflowError异常......
注意:这在 Python 2 和 3 中都有效(或者至少做了同样的事情)。
#!/usr/bin/env python2
def getChar(charstr):
char = []
# for byte in charstr.split(): # Not needed.
for byte in charstr:
char.append(chr(int(''.join([str(bit) for bit in byte]), 2)))
return ''.join(char)
teststr = ('100100111011011110000110010111000011100011110100011011011'
'10010111011101110100100000110010110000110010110000100001')
result = getChar(teststr)
print(repr(result))
输出:
'\x01\x00\x00\x01\x00\x00\x01\x01\x01\x00\x01\x01\x00\x01\x01\x01\x01\x00\x00\x00\x00\x01\x01\x00\x00\x01\x00\x01\x01\x01\x00\x00\x00\x00\x01\x01\x01\x00\x00\x00\x01\x01\x01\x01\x00\x01\x00\x00\x00\x01\x01\x00\x01\x01\x00\x01\x01\x01\x00\x00\x01\x00\x01\x01\x01\x00\x01\x01\x01\x00\x01\x01\x01\x00\x01\x00\x00\x01\x00\x00\x00\x00\x00\x01\x01\x00\x00\x01\x00\x01\x01\x00\x00\x00\x00\x01\x01\x00\x00\x01\x00\x01\x01\x00\x00\x00\x00\x01\x00\x00\x00\x00\x01'
添加回答
举报
