Release series 2.x issue: invalid zip file with overlapped components.

[tghunt]

Describe the bug
Using the latest 2.2.0 code, Converting a +14GB text file into a multi-file-zip, the resulting output file is corrupted and not readable programmatically. However, windows explorer will allow for the extraction of individual files into an editor.

Linux using "unzip -t" on the output file:

error: invalid zip file with overlapped components (possible zip bomb)
To unzip the file anyway, rerun the command with UNZIP_DISABLE_ZIPBOMB_DETECTION=TRUE environmnent variable

Using the crate to access the created file:
thread 'main' panicked at src\lib_tte_hash_info.rs:51:22:
called Result::unwrap() on an Err value: Custom { kind: InvalidData, error: "Invalid checksum" }

Output from python zipfile trying to access the data:
File is: hash_values
Info is:
Error: File name in directory 'hash_values' and header b'_SOME_FILE_NAME' differ.

The output zip file contains 36 internal files with the following makeup:

I found that if I roll back to crate 1.1.4 for zip file generation, the above issues no longer exist and the zip file is readable using the 2.2.0 crate.

To Reproduce
Steps to reproduce the behavior:

1. Create a multi-file zip with file sizes of varying size with a couple between 1-2G and one at 9G using the 2.2.0 crate.
2. Attempt to access individual files within the multi-file-zip.

Desktop (please complete the following information):

• OS:
  • Windows-10
  • Linux: "Red Hat Enterprise Linux Server release 7.9 (Maipo)"