On Fri, Nov 27, 2015 at 11:36:12AM +0100, Jean-Pierre André wrote: > I suspect there is a problem with the LZX mode : > I have compressed /Windows/System32/aclui.dll using > compact.exe, and the decoding of the last compression > block is wrong (mostly zeroes from offset 0x540670). > My original file is dated October 30th and its md5 is > 81f34fa6a7324723f518b4416ef380b9 (more on this if > needed).
Thanks; there was a bug where the compressed size of the last chunk was sometimes computed incorrectly. I pushed a fix to my branch. > Also, do you know the parameters to RtlCompressBuffer() > to get LZX compression ? I am not aware of any Microsoft API that supports straightforward LZX compression (not embedded in another file format). As far as I know, RtlCompressBuffer() only supports LZNT1 and XPRESS, and the "Compression API" only supports XPRESS, MSZIP, and LZMS. Conspicuously absent from either API is LZX. I think they build their LZX compression code directly into their other libraries and binaries that need it. ------------------------------------------------------------------------------ _______________________________________________ ntfs-3g-devel mailing list ntfs-3g-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel
