[11.00b1] ZIP packing: memory leak

[Flint]

Reposting from the Russian forum.

1. Open TC 11.00b1 32- or 64-bit, check the current memory consumption.
2. Pack a big ZIP archive with many files. I experimented with packing a directory containing ~38000 files with total size of ~1.2 Gb.
3. Compare the memory consumption after the operation finishes.

Here are the screenshots from Process Hacker for the 64-bit version of TC: before and after packing.
With the 32-bit version the growth is a bit slower, but also present.

[ghisler(Author)]

I will check it, thanks.

[Flint]

Seems fixed in b2.
It's a bit hard to tell, since memory consumption goes up and down, but I could not detect any consistent growth after performing several packing operations.

[white]

Moderator message from: white » 2023-05-11, 01:46 UTC

Moved to Fixed bugs.
(If later you again experience a memory leak, create a new bug report)

[ghisler(Author)]

Indeed Beta 1 was allocating memory for the read and write buffers of the old pack function, but wasn't releasing them. They are not needed for the new function, which uses its own buffer for writing, and memory mapped access for reading.

[white]

Moderator message from: white » 2023-06-20, 19:32 UTC

New report about memory leak split to new topic.