[cifs-protocol] [EXTERNAL] [MS-XCA] LZ77+ Huffman example 1 - TrackingID#2210140040005999

Tom Jebo tomjebo at microsoft.com
Fri Oct 14 16:41:15 UTC 2022

[dochelp to bcc]
[casemail cc]

Hi Douglas, 

Thank you for your request. One of the Open Specifications team will respond to start working with you. I have created case 2210140040005999 and added the number to the subject of this email. Please refer to this case number in future communications regarding this issue.

Best regards,
Tom Jebo
Sr Escalation Engineer
Microsoft Open Specifications

-----Original Message-----
From: Douglas Bagnall <douglas.bagnall at catalyst.net.nz> 
Sent: Thursday, October 13, 2022 9:35 PM
To: Interoperability Documentation Help <dochelp at microsoft.com>; cifs-protocol at lists.samba.org; Aurélien Aptel <aaptel at suse.com>; Samuel Cabrero (Samba) <scabrero at samba.org>
Subject: [EXTERNAL] [MS-XCA] LZ77+ Huffman example 1

hi Dochelp,

In the first example in Section 3.2, where "abcdefghijklmnopqrstuvwxyz" is "compressed" into a ~282 byte sequence ending with

    d8 52 3e d7 94 11 5b e9 19 5f f9 d6 7c df 8d 04 00 00 00 00

where do all the trailing zeros come from?

They do not encode characters, and from the decoding description in 2.2.4, we don't read 32 bits at a time except at the start of the first block, so processing should be well finished before we get to read these. It seems to violate the "input buffer is finished" termination rule.


More information about the cifs-protocol mailing list