compression - Word Length as defined in the .ZIP format specification -


so i've been reading through pkware's specification of .zip file format , have noticed in several places give block sizes in terms of words (the processor word, not dictionary word :-) ).

now, way understand it, byte size of word specific processor family. if file zipped on i386 , unzipped on x64-86, 2 architectures have different definitions of word (4 bytes vs. 8 bytes) , therefore interpret block data differently.

am missing here? or folks @ pkware assume 1 word = 4 bytes? seems option me - i've checked zip files hex editor , 4-byte definition fit, i'd confirmation because not have whole bunch of different processors test :)

thanks in advance, , sorry if question exists - did try searching it's little difficult because word "word" ambiguous (see mean?)

where specification says "word" stored block in deflate format, means 2 bytes (in lsb order).

for zip decryption (where said encryption should not used since it's weak), again word means 2 bytes.

when talks general purpose flag word under imploding, again means 2 bytes.


Comments

Popular posts from this blog

c# - SVN Error : "svnadmin: E205000: Too many arguments" -

c++ - Using OpenSSL in a multi-threaded application -

All overlapping substrings matching a java regex -