7zip For Mac

0 views

Skip to first unread message

Chiquita Mcnicholas

unread,

Aug 3, 2024, 4:54:13 PM8/3/24

to munchcolocksicht

I just started a job where 7zip is blocked as a potential security threat (I talked to IT about it and unblocking it is basically a nonnegotiable), which basically renders installing most packages impossible.

Seems like z7 is particularly problematic and we should put the effort in to get rid of it. Especially now that we really only use it in a way that gzip is a strictly better replacement for. GitHub issue filed: replace 7z with gzip Issue #3824 JuliaLang/Pkg.jl GitHub.

Thank you for the update and raising the issue on Github! So, my understanding from your post is to replace 7z.exe with a shell script named 7z.exe that contains those instructions but using gzip (or tar on Windows) functions?

This provides an official tool which does not require any installation. The executable 7zzs can be used out of the box and is portable. It also seems to have the same syntax as p7zip (at least for simple stuff). E.g. 7zzs x archive.7z to extract. (Add it to your $PATH in order for 7zzs to work or use the full path e.g. /directory/containing/the/executable/7zzs)

So I found something really strange, I have many processes in my environment where I use 7zip to zip up files, then I use upload manager to upload the Zips. Early on, my zip commands had issues, so I added some logging by putting " >> log.txt" at the end of the line, which gave me logging on the zip command itself. Something else that it appears to have done is actually put the log itself into the zip file itself, along with the custom site folder. If I remove the logging piece, I end up zipping only the file I want. If I have the logging enabled, I am zipping two files and a folder, even when I am calling out a single XML file to be zipped. Can anyone explain this?

What this means to me is that I tried to make the system better by adding logging in case we had issues, but instead, I may have added very large log files in the process to upload and slowing things down. Has anyone else heard of this or can you duplicate it? Thank you

Update: This does not seem to work the same way if it runs within a batch file and created from with the "creatfile until end piece. Only using actionscript does it appear to do this when comparing to other scripts that run in batch.

I think you could still use a wait but run it with a cmd.exe /C kind of call. That means there is a command processor there to do stdout/stdin. So something like the following (though you might need quotes around everything as well)

I made a backup tool for MS SQL Express that -daily- backs up, 7zips and uploads the zipped files via FTP.It is a program made in VB.net, built as an .EXE with a .config file. One of the functions calls a file "7zip.exe".Anyway, on Win2003 (20 webservers) this works perfect. Small databases, big databases, slow servers, powerstations... The 'daily basis' is created by launching a scheduled task at night.

Now in Win2008 R1 I also created a 'basic task' and set it up.When I launch it, I see it working except the 7 zip does nothing. It has something to do with the scheduled task because when I run the .EXE normally (double clicking...) it 7zips, as it should be.

Windows Server 2008 made some changes to Scheduled Tasks, but I don't remember the specifics. I do remember having to update some tasks when I went from 2003 to 2008. You might need to assign a user to the task, even if it's a local job. If a regular user doesn't work, try a local admin user.

Thanks resolove my issue. becuase on windows server 2008 need full path while raring:On my scenario i schediled a batch script to zip one file everyday,but it didnt work as below my old script:"C:\Program Files\WinRAR\WinRAR.exe" a test.rar test.txt : this didnt work

Could you possibly make HSQL export gz files directly?Exporting to zip is'nt really that what most people are looking for :) And I am sure MANY people would love to see this feature. And since 7zip supports commandline, this may should be no big deal to implement (if 7zip installation is installed [required]).

Oh, i heav'nt noticed that there was a fix. I just saw a post that was 5 month ago where people talked about gz and that this still havent been added for over 9 years... currently 10 since this conversation was... i think in dec last year.I was not aware of a feature request tracke... ill have a look and may post this there to see if people would like to see such a feature.And thank you for your quick response :)

Prior to CREO 6, I can install a new release of CREO on my machine and create a 7zip archive. Users can extract this archive and install this on their machine without using the software center or requiring local admin rights. With the new releases now, you have to run the creoagent (creosvcs_64.exe) which requires admin rights. PTC support stated that this is not a supported method, and not offering any workarounds. I believe some folks are still using this method for their deployment. Just curious how I can do this for our CREO 10 deployment and not have to rely on the software center.

It would be interesting to hear from PTC on what doesn't work using this method of deployment. There are other tools/pre-requisites that are not installed when using this method. The thumbnail viewer, 20XX vcredist_x64 & _x86, dot net framework, and java [and possibly device_api.dll]. What are all the components of the Creo Parametric installation that rely on these?

Another consideration before using this method is security/IT related. Your company may require that software be "discoverable" on the PC's without having to do a full scan of the HD's on every machine. This is typically done via the registry settings.

I didn't notice yet, but I can't live without that feature
So I'm trying to do that with a button, but I can't get it to work.
I tried checking if the archive contains only one folder and then if, move it's content up, but I don't know how.
Or should I rather command line to 7zip somehow to do the extraction?
Can you help me?

It would be nice to use 7zip from within Step7, similar to PKZIP and WinZip. WinZip itself is faster than PKZIP, but its not a freeware. If someone knows the command/handles passed from Step7 to WinCC/PKZIP then perhaps that can be used to construct the equivalent 7zip command.

For Older Versions There is a FAQ ( It is dated 01/2008 so it it at least applicable for versions released upto 2008 ) :

What has to be considered when archiving PCS 7 multiprojects?

It says : Use exclusively PKZip as Archiving-Program for Multiprojects in PCS 7 V6. The use of other programs - e.g. WinZip - might lead to lost of data!

We were trying to archive with 7zip instead of PKZip. It did not ended well....Twice, the archive was corrupted and once we had some strange problems on a test project which worked until we archived it.

Obviously, this is not the standard Siemens way and I wouldn't suggest using 7zip over PKZIP. It also mean you may not get any tech-support assistance from Siemens. Here is how I did it:

Please find attached screenshots for the batch codes used.
In the examples, I have used the lowest compression settings, these can ofc be modified to suit. 7zip supports multiple compression algorithms (DEFLAT64/LZMA2 etc.) and options (set CPU cores/memory/dictionary files/compression settings etc.) which can be varied and combined as required. I have also modified my Windows PATH to point to the 7zip installation folder.

I have tried opening in the online Autodesk viewer, Navisworks (manage and freedom), renaming the file to ZIP to see if it reads anything, Inventor, AutoCAD, reinstalling Design Review on my PC, renaming to DWFx, DWG, opening in Vault preview (after checking into Vault), and also opening in Internet Explorer (invokes ADR).

Please let us know if you have encountered other means to recover a corrupted DWF, and if you have any way to view the markups under the W2D file (if you need a sample, use 7zip on any DWF and check its subfolders for one).

Thank you!

Thanks for the reply. My DB dumps was actually from the same DB. I would assume there will be a lot of duplicates, my guess is the 7zip compression algorithm made the file unique to each other....I don't know but it is good to be aware of this.

The way most compression algorithms are working is that even very small changes in the uncompressed file will cause a "cascade" of differences throughout the compressed file. So even though the uncompressed source files might be 99% identical, the compressed files are totally different.

There is an option in newer versions of gzip called --rsyncable ( -are-good-compression-algorithms-for-delta-synchronization) which slightly increases the size of the compressed archive, but also syncs the compressed output with the uncompressed input frequently. In this case, the compressed output will remain more similar, even when the uncompressed input has small changes.

7-Zip is a free and open-source file archiver, a utility used to place groups of files within compressed containers known as "archives". It is developed by Igor Pavlov and was first released in 1999.[2] 7-Zip has its own archive format called 7z, but can read and write several others.

The program can be used from a Windows graphical user interface that also features shell integration, from a Windows command-line interface as the command 7za or 7za.exe, and from POSIX systems as p7zip.[12] Most of the 7-Zip source code is under the LGPL-2.1-or-later license; the unRAR code, however, is under the LGPL-2.1-or-later license with an "unRAR restriction", which states that developers are not permitted to use the code to reverse-engineer the RAR compression algorithm.[13][14]

By default, 7-Zip creates 7z-format archives with a .7z file extension. Each archive can contain multiple directories and files. As a container format, security or size reduction are achieved by looking for similarities throughout the data using a stacked combination of filters. These can consist of pre-processors, compression algorithms, and encryption filters.