… between step 3 an 4 = clicking on yes (…copy files to archive)
.dmp and .extra are files or folders?
What version of Windows?
x64 or 32-bit 7-zip?
Try to find simplest case with problem:
1) Try same files in another folder
2) Try same actions but with simpler names.
- .dmp and .extra are files (Firefox crash dumps)
- Windows 7 Ultimate x64 SP1 with all updates
I have renamed the files to "File1.dmp" and "File2.extra".
Then I have tested it again in the same folder, desktop and in the root of D:\
.zip = app crash
.7z = working
.zip = app crash
.7z = working
.zip = working
.7z = working
So could it be something to do with user rights?
7z925-x64.msi seems to be the last working version.
So one change between 9.25 and 9.26 could be the reason.
If I compress a movie file which has a size of above 1 GB
the compression takes a while. (It's for testing purposes
Then there appears the status window which shows
the progress of the creation of the 7-zip-file.
This status window has 3 buttons:
"background", "pause" and "stop".
If I press the button "background" nothing happens
(except that it turns into "foreground"). I can then
press (now) "foreground" again and again nothing
happens (except that it's called now "background"
I guess the function of this "background"-button
should be that 7-zip goes to the background or
minimizes itself but nothing of that happens on
my computer. (I use Windows 7 x64.)
Is this a bug or a "funny feature"?
7-Zip has low CPU priority in "Background" mode.
So you can move CPU resources to another task, like a game or another copy of 7-Zip.
That explains it!
Maybe you should rename it to avoid confusion.
Maybe you should call it "Background Task" and "Foreground Task"
or "Switch to low Priority" and "Switch to high Priority".
After all I expected another behaviour as I explained before.
Maybe the 7-zip-window should also minimize if the "Background"-
Button is pressed (or even became only a symbol in the right
lower corner). (And/Or maybe the concrete behaviour could
be selected in the options menue. If someone prefers it that
it stays on top and so on.)
Compressed files greater than 4GB are decompressed to (original Size modulo 4GB)
Please incorporate the 4GB fix for GZIP (at least for decompression):
See patch unter "Can gzip handle files of more than 4 gigabytes?" on gzip org
7-Zip works correctly with gzip files.
gzip format uses 32-bit field to store uncompressed size.
So there is no way to detect real uncompressed size before decompression.
I think there is the way. It is possible to decompress the file until the compressed stream ends, and then adjust output file size so that its low DWORD matches the size field. If there are no errors, the output should be either unchanged or truncated by several bytes (as much as 7 bits of compressed stream can produce). As far as I understood, that is how gzip works. To eliminate the security flow (one can compress several TBs of zeros and pretend that uncompressed size is small), the user should be questioned if 7-Zip detects that the real size exceeds 4GB.
I don't know if it's the right topic to ask, but it would be nice to have a portable version (zip format supported by Windows XP+ or an .exe extractor) for release versions as well as these alpha builds. It would allow several installation without problems.
where is the source code?
"7-Zip 9.30 alpha version is provided without source code.
Source code will be released in future beta version."
7-Zip 9.25 Benchmark GUI
Dictionary size: 2,3,4,6 MB, Actual compression test is 12MB
Size: Up to 11MB or 12MB
error popup upon trying to change the language from DE to EN. something like \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\"event could not call subscriber\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\". after you click OK language has changed fine.
screenshot on imgur dot com: KRhTt.png
filemanager: column "packed size" useless - it shows
1. nothing for files
2. 0 for folders
3. total archive size for top entry in window
being able to see the compression ratio for individual files and the average for a folder would be nice.
screenshot on imgur dot com: obZ9T.png
maybe allow image-links in here???
For solid archives, packed-size is known only-for the whole solid block.
The File Manager could show the same "average %" for all files in block,
like " ~ 5 400",
but that might be quite-inaccurate for many (most) files.
1) "subscriber" problem. Some changes in "Options" need administrator rights. But Language change can work without administrator rights.
2) 7-Zip shows only compressed size for solid block. Solid block can contaion several files. And 7-Zip shows compressed size for first file in solid block.
Is it possible to add the Calculate checksum option to the 7-Zip shell context menu?.
I'll think about that feature.
Can someone confirm rumor that 7zip 9.35 beta or final will be released before christmas, i heard this several times?
With some features that was added, and became/still alpha, at current pace, I'd say, either middle of or end of next year if complex new features get added.
I dropped a 200 bytes text file on an archive open in '7zFM.exe'.
(the winhex license file 'user.txt')
The 2mb archive did update, but the main window of '7zFM.exe' froze during refresh.
Had to use windows task manager [Cntrl+Shift+Esc] to close 7-Zip.
Noticed this only with such small files.
[Just feedback] I managed to pack a 4.8gb iso with LZMA2:29, which you get with
16gb RAM, ultra and dictionary size 512. Result: 4.2gb [632mb off]
7-Zip starts quick with such settings, but slows down very much, sometimes until freeze.
(to compare: vlc player is packed with more normal 32 dictionary size - never problems with ram)
Useful would be if '7zFM.exe' would show the TOTAL number of objects in
an archive, when none are selected.
I want to know the file number when comparing two archives. and having
to use that 'Cntrl+A' often, takes up time. And why not mention 'files' and 'folders'?
7-Zip 9.30 alpha (x64 edition)
Windows 7 Ultimate 6.1.7601 SP1 Build 7601
Не показывает содержание не до конца скачанных архивов .iso и .zip а winrar показывает
9.30 x64 is VERY slow on my 2500k. Overboost 4.3Ghz -> C-states aktive.
Win7 x64. LZMA and LZMA2. Taskmanager load by LZMA2 not over ~47% (?!)
~222MB minGW installdir copy and compress on WD10EZRX harddisk
7-Zip 9.30 x64
53s compress (LZMA)
47 MB 7z file
53s compress (LZMA2, 4 threads)
46 MB 7z
WinRAR 4.20 x64
12s compress (wow, all 4 cores full load)
60 MB rar
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.