PKZip Length Question
#3
(06-22-2019, 09:57 AM)philsmd Wrote: short answer: not supported

long answer: it would actually be easily possible to support longer compressed data lengths (the decompressed length is even less problematic because we "only" need to compute the crc32 checksum and not store the result at all) with the current on-GPU inflate code, but the problems are the hash reading (line length problem, fixed/max length), hash output if cracked or hashes displayed on the status screen (fixed max length problem again) and the usage of stack variables in some cases in code (should be heap everywhere because storing too much data on stack is not allowed by some operating systems/compilers, max byte length of a single stack variable/array)... all of these problems are still not solved and as you can see they are already highlighted/mentioned within that same pull request you posted above (e.g. the binary file reading approach, instead of the fgetl () reading of the hash lines)

Thanks, thought there might have been a trick I didn't know about.
Reply


Messages In This Thread
PKZip Length Question - by DGS - 06-19-2019, 01:29 AM
RE: PKZip Length Question - by philsmd - 06-22-2019, 09:57 AM
RE: PKZip Length Question - by DGS - 06-22-2019, 10:56 PM