When 7z.exe in turn asks windows to load 7z.dll, Windows looks in the current directory, then in each directory on the PATH. 7z.exe) without a path, or try to launch a shortcut set up that way, Windows first looks for that program in the current directory, then in each path in the PATH environment variable until it finds it. The Windows environment is available to all programs.
I hope I made myself understood and hope for some positive replies! Is there a way to run the portableapps version of 7Zip from the command line so that all of the file formats supported by the standard installation of the program can be extracted? Any other recommendations? So I tried copying 7z.exe and 7z.dll from the portableapps version and call the 7Z.exe from my script, but have not managed to get this to work either. 7z.dll is used by the 7-Zip File Manager also." 7z.exe uses 7z.dll from the 7-Zip package. "7z.exe is the command line version of 7-Zip. 7za.exe supports only 7z, cab, zip, gzip, bzip2, Z and tar formats"Ĭompared to the following formats which are supported by the installed version of 7-Zip: "7z, zip, gz, gzip, tgz, bz2, bzip2, tbz2, tbz, tar, rar, cab, arj, z, taz, cpio, rpm, deb, lzh, lha, chw, hxs, msi". "7za.exe (a = alone) is a standalone version of 7-Zip.
Since I would like my script to be portable I've been trying to use 7za.exe, the help file explains: I'm working on a simple script to let me drop various archive files on to a small GUI to automatically decompress the archive and -if the decompression was successful- delete the original archive.
0 kommentar(er)
