2 回答
TA贡献2080条经验 获得超4个赞
该chr
函数将整数转换为关联的字符。它的行为因 Python 版本而异,如下所示:
在 python 2.x 中,chr(n)
将返回一个由值为n
if的 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)
将返回一个由值为n
if的 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'
添加回答
举报