In another thread you mentioned a VC6 compiler bug and a workaround you put in place for it. This is kind of worrisome since VC6 compiler is really old. Would you consider using MSVC 2015 which has more complete C++ support and hopefully less bugs.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't want to change compilers before upcoming release version of 7-Zip. VC6 is safe compiler. I don't remember about other bugs, except of that BUG with inline function.
I didn't check 2015 compiler still. I hope there is some way to use it for executables that can run in Windows 2000 too. I'll check it later.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes makes sense, I also think merging the CMake build files from p7zip would be very useful. Hopefully you'll consider it after releasing a stable 7-zip.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I believe that the only reason for an application built by VC10+ to not to run on Windows 2000 is the runtime library. It may be possible to disable default libraries and specify msvcrt.lib explicitly (this library should be taken from VC6). However, certain C++ features (like exceptions) can make calls to the API functions which are absent on Windows 2000.
As for the bugs, VC6 had plenty of them according to the number of service packs. On the other hand, no service packs for MSVC2015 might mean it still has as many unfixed bugs :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1 Создал архив со вложенным запароленным архивом.
2 Открыл его в 7-Zip FM.
3 Из контекстного меню, с помощью дополнительного пункта, о котором написано в предыдущей версии (Open Inside #) открываю внутренний запароленный архив.
4 Появляется запрос ввода пароля, нажимаю Отмена.
Запрос ввода пароля появляется вторично. Зачем?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, there are some bugs there. It doesn't work correctly with return codes.
When you try to open archive2 inside another archive1, 7-Zip can try to open archive with 4 ways:
1) open archive2 via stream provided by archive1 (only for some archive1 types: MBR, VMDK, VHD, ISO, ...).
2) if archive2 is smaller than 1/4 of RAM size, 7-Zip extracts archive2 to RAM buffer (instead of temp file), and tries to open archive2 from RAM buffer data.
3) open archive2 as archive via temp file.
4) open archive2 via temp file with system call ShellExecuteEx (if you pressed "Enter").
7-Zip 15.09 didn't processed some cases correctly.
I'll try to fix the problem in next version.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Скажите, это баг или так и задумано:
Если создать SFX-архив файла или папки, в названии которой упоминается слово "setup", то для распаковки такого архива требуются права администратора.
Если так и задумано, то для чего это нужно?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It is a documented feature of Windows Explorer. I cannot find the corresponding MSDN page right now, but the presence of words like "setup", "install" and so on may trigger the UAC request for the programs that do not have a manifest.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
A really useful feature added in the 9.x beta was the CRC/SHA checksum lookup, however, it's a little handicapped in that you can't copy the generated checksum or anything?
It would be better if the checksum was in a textbox or something so the user is able to copy and compare to another string.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
... Prompt, and when the problem will be fixed with a string performance (progress bar) when creating and extracting archives, with the first version of the 15 display incorrectly when performing?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What version of windows?
I see some strange delay for progress bar in windows 10.
But probably you describe another problem.
So describe all steps for problem.
Some like that:
Select files (how many files? what size? )
start some operation (what operation?)
...
delay ? seconds
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That video shows a problem with the virus-scanner getting stuck analyzing a DLL file, it doesn’t show the problem you described (in fact, it shows 678MB compresing to less than 30MB).
I assume the video was to demonstrate the progress-bar issue you mentioned in the previous comment, and I explained why that happened in a comment to the video (it is the virus-scanner, not 7-Zip that caused it).
Last edit: Synetech 2015-10-28
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
.. Thanks, but what's the point, to reduce the number of threads to solve the problem with a string of execution on the OS 64 when the compression level is still the same format LZMA2 (SFX) Ultra ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1) 7-Zip supposes that the number of threads (speed) is more important than some losses in compression ratio.
2) in some multithreading modes (more than 2 threads for Ultra), 7-Zip needs to read big amounts of data to RAM, so progress bar can show information about that reading stage ( stage before real compressing).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
.. But after all, this is not a problem in 9.38, and with the level of compression that's all right at normal speed of 4 and flows in the same format. For this reason alone, and interested.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 15.09 beta was released.
7-Zip for 32-bit Windows:
http://7-zip.org/a/7z1509.exe
7-Zip for 64-bit Windows x64:
http://7-zip.org/a/7z1509-x64.exe
What's new after 7-Zip 15.08 beta:
In another thread you mentioned a VC6 compiler bug and a workaround you put in place for it. This is kind of worrisome since VC6 compiler is really old. Would you consider using MSVC 2015 which has more complete C++ support and hopefully less bugs.
For me, 7-Zip support on older Windows versions is very important. By default, programs compiled by VC2010 and later cannot be run on Windows 2000.
Yes the lowest that can be supported is Windows XP, which btw is already not supported by Microsoft. Windows 2000 is older than XP...
I don't want to change compilers before upcoming release version of 7-Zip. VC6 is safe compiler. I don't remember about other bugs, except of that BUG with inline function.
I didn't check 2015 compiler still. I hope there is some way to use it for executables that can run in Windows 2000 too. I'll check it later.
Yes makes sense, I also think merging the CMake build files from p7zip would be very useful. Hopefully you'll consider it after releasing a stable 7-zip.
I believe that the only reason for an application built by VC10+ to not to run on Windows 2000 is the runtime library. It may be possible to disable default libraries and specify
msvcrt.libexplicitly (this library should be taken from VC6). However, certain C++ features (like exceptions) can make calls to the API functions which are absent on Windows 2000.As for the bugs, VC6 had plenty of them according to the number of service packs. On the other hand, no service packs for MSVC2015 might mean it still has as many unfixed bugs :-)
For linking with msvcrt direct, usually you need to use the DDK compiler/libs.
Take a look here: http://www.syndicateofideas.com/posts/fighting-the-msvcrt-dll-hell
VMDK support. Amazing, thank you!
Any chance of an MSI release any time soon?
1 Создал архив со вложенным запароленным архивом.
2 Открыл его в 7-Zip FM.
3 Из контекстного меню, с помощью дополнительного пункта, о котором написано в предыдущей версии (
Open Inside #) открываю внутренний запароленный архив.4 Появляется запрос ввода пароля, нажимаю Отмена.
Запрос ввода пароля появляется вторично. Зачем?
Yes, there are some bugs there. It doesn't work correctly with return codes.
When you try to open archive2 inside another archive1, 7-Zip can try to open archive with 4 ways:
1) open archive2 via stream provided by archive1 (only for some archive1 types: MBR, VMDK, VHD, ISO, ...).
2) if archive2 is smaller than 1/4 of RAM size, 7-Zip extracts archive2 to RAM buffer (instead of temp file), and tries to open archive2 from RAM buffer data.
3) open archive2 as archive via temp file.
4) open archive2 via temp file with system call ShellExecuteEx (if you pressed "Enter").
7-Zip 15.09 didn't processed some cases correctly.
I'll try to fix the problem in next version.
Скажите, это баг или так и задумано:
Если создать SFX-архив файла или папки, в названии которой упоминается слово "setup", то для распаковки такого архива требуются права администратора.
Если так и задумано, то для чего это нужно?
It is a documented feature of Windows Explorer. I cannot find the corresponding MSDN page right now, but the presence of words like "setup", "install" and so on may trigger the UAC request for the programs that do not have a manifest.
Thanks for an excellent app!
A really useful feature added in the 9.x beta was the CRC/SHA checksum lookup, however, it's a little handicapped in that you can't copy the generated checksum or anything?
It would be better if the checksum was in a textbox or something so the user is able to copy and compare to another string.
Again, Ctrl+C already does the job :)
... Prompt, and when the problem will be fixed with a string performance (progress bar) when creating and extracting archives, with the first version of the 15 display incorrectly when performing?
Please write more details about that problem.
... When creating or unpacking archives, progress bar visually already finish, and operation continues / is not over yet.
What version of windows?
I see some strange delay for progress bar in windows 10.
But probably you describe another problem.
So describe all steps for problem.
Some like that:
Select files (how many files? what size? )
start some operation (what operation?)
...
delay ? seconds
Windows 8.1 Pro (64) ..
https://youtu.be/QOQL3wbbenc
.. At the same settings, version 9.38 creates an archive size 95.6 MB, while 15.09, the size of 134 MB?
Both these problems (final size and progress bar) were discussed for 15.08:
http://sourceforge.net/p/sevenzip/discussion/45797/thread/7d9ac43f/#9056/2548/ad19
Read about solutions there.
That video shows a problem with the virus-scanner getting stuck analyzing a DLL file, it doesn’t show the problem you described (in fact, it shows 678MB compresing to less than 30MB).
I assume the video was to demonstrate the progress-bar issue you mentioned in the previous comment, and I explained why that happened in a comment to the video (it is the virus-scanner, not 7-Zip that caused it).
Last edit: Synetech 2015-10-28
.. Thanks, but what's the point, to reduce the number of threads to solve the problem with a string of execution on the OS 64 when the compression level is still the same format LZMA2 (SFX) Ultra ?
1) 7-Zip supposes that the number of threads (speed) is more important than some losses in compression ratio.
2) in some multithreading modes (more than 2 threads for Ultra), 7-Zip needs to read big amounts of data to RAM, so progress bar can show information about that reading stage ( stage before real compressing).
.. But after all, this is not a problem in 9.38, and with the level of compression that's all right at normal speed of 4 and flows in the same format. For this reason alone, and interested.