summaryrefslogtreecommitdiff
path: root/letter_compress.py
diff options
context:
space:
mode:
authorScott Gasch <[email protected]>2021-09-29 09:03:57 -0700
committerScott Gasch <[email protected]>2021-09-29 09:03:57 -0700
commitd82c8377ce394cad812dc0d53829f7465b3f3f4e (patch)
tree182e7350b4c383274925bce6589b031d4c57fc4c /letter_compress.py
parent986d5f7ada15e56019518db43d07b76f94468e1a (diff)
Workaround likely client bug in letter_compress. Update tests in bst.
Add pip_install.sh.
Diffstat (limited to 'letter_compress.py')
-rw-r--r--letter_compress.py32
1 files changed, 28 insertions, 4 deletions
diff --git a/letter_compress.py b/letter_compress.py
index 378ecbc..d5a4d60 100644
--- a/letter_compress.py
+++ b/letter_compress.py
@@ -16,8 +16,7 @@ special_characters = bidict(
def compress(uncompressed: str) -> bytes:
- """
- Compress a word sequence into a stream of bytes. The compressed
+ """Compress a word sequence into a stream of bytes. The compressed
form will be 5/8th the size of the original. Words can be lower
case letters or special_characters (above).
@@ -28,7 +27,7 @@ def compress(uncompressed: str) -> bytes:
>>> binascii.hexlify(compress('scot'))
b'98df40'
- >>> binascii.hexlify(compress('scott'))
+ >>> binascii.hexlify(compress('scott')) # Note the last byte
b'98df4a00'
"""
@@ -61,9 +60,34 @@ def decompress(kompressed: bytes) -> str:
"""
decompressed = ''
compressed = bitstring.BitArray(kompressed)
+
+ # There are compressed messages that legitimately end with the
+ # byte 0x00. The message "scott" is an example; compressed it is
+ # 0x98df4a00. It's 5 characters long which means there are 5 x 5
+ # bits of compressed info (25 bits, just over 3 bytes). The last
+ # (25th) bit in the steam happens to be a zero. The compress code
+ # padded out the compressed message by adding seven more zeros to
+ # complete the partial 4th byte. In the 4th byte, however, one
+ # bit is information and seven are padding.
+ #
+ # It's likely that this APIs client code will treat a zero byte as
+ # a termination character and not regard it as part of the
+ # message. This is a bug in the client code.
+ #
+ # However, it's a bug we can work around:
+
+ # Here, I'm appending an extra 0x00 byte to the compressed message
+ # passed in. If the client code dropped the last 0x00 byte (and,
+ # with it, some of the legitimate message bits) by treating it as
+ # a termination mark, this 0x00 will replace it (and the missing
+ # message bits). If the client code didn't drop the last 0x00 (or
+ # if the compressed message didn't end in 0x00), adding an extra
+ # 0x00 is a no op because the codepoint 0b00000 is a "stop" message
+ # so we'll ignore the extras.
+ compressed.append("uint:8=0")
+
for chunk in compressed.cut(5):
chunk = chunk.uint
- print(f'0x{chunk:x}')
if chunk == 0:
break
elif 1 <= chunk <= 26: