On Tue 15-Jul-03 1:08am -0400, Greg Strong wrote:
> Monday, July 14, 2003, Bill McCarthy wrote:
>>> 7za u -ms=off x:\TBArchives\tbMail7z.7z -up0q0r2x1y2z1w2
>>> "AppsBase\MAIL\*" -r
>> Why use 7za? From the manual, "7zn.exe and 7zan.exe are optimized
>> versions of 7z.exe and 7za.exe for execution on Windows NT/2000/XP."
>> Aren't you running XP?
> Yes. I had numerous problems initially with the switches. The problem I
> had was I didn't use the "ms=off" switch which is necessary with the
> "7z" format for better compression.
You've got that a bit backwards :-) Turning solid on gives the best
compression ratio. However, you can't update solids. With solid
turned on (the default), the compression is based on the entire input
as a big stream. With solid turned off, compression is based on each
files contents.
If you want to use the update feature, solid must be turned off - the
compression isn't quite as good, but update is now possible. So if
you just want the best compression and don't need to update it, don't
use the -m switch.
> When I got it to work it was with the 7za. I decide not to use 7zn
> or 7zan because according to help '7za.exe is a standalone version
> of 7-Zip. 7za.exe supports only 7z, zip, gzip, bzip2 and tar
> formats. 7za.exe doesn't use other modules."
You've almost got that right. But 7z and 7za are for Win 9x/ME. The
7zn and 7zan are optimized for Win NT/2K/XP. With your (and my) XP,
you want to use either 7zn or 7zan. I use 7zn because it's more
general (I can unrar with it, for example, by typing `7zn e
tb163b11.rar`). Also, I don't notice any speed degradation using 7zn
(in comparison with 7zan).
> Did you try "7zn.exe" or 7zan.exe"?
Well yes as mentioned above. Also I wrote, in the message to which
you are replying, that "7z is aliased to 7zn." Perhaps my use of
"alias" has caused some confusion. In 4NT, I could write:
alias 7z=c:\util\7-Zip\7zn
Also for the updates, file manager and the help file, I have:
alias 7u=c:\util\7-Zip\7zn u -ms=off
alias 7f=c:\util\7-Zip\7zFMn
alias 7h=c:\util\7-Zip\7-Zip.chm
If you're using CMD, which I'm not too familiar, you could probably do
something similar with:
doskey 7z=c:\util\7-Zip\7zn
doskey 7u=c:\util\7-Zip\7zn u -ms=off
doskey 7f=c:\util\7-Zip\7zFMn
doskey 7h=c:\util\7-Zip\7-Zip.chm
So Yes, I'm using 7zn as I said in the original message. And yes,
I've tried out 7zan, but I've noticed no speed increase and it's less
general than using 7zan.
[For anyone reading this that uses Win 9x/ME, substitute 7z for 7zn and
7za for 7zan.]
>> Also, why the -u? All are set to the defaults except you ignore your
>> p's and q's :-)
> According to the help topic "-u (Update options) switch" see the default
> for "Update" command. I wanted to address the possibilities with the
> INTENT of keeping my backup the same as what I had on disk.
> Update default: p1q1r2x1y2z1w2
> Update my set:-up0q0r2x1y2z1w2
> I'm using a wildcard so the differences are as follows:
> file in archive not matched with wildcard (p) - default copy file from old archive
> to new
> - mine doesn't copy file to new
> archive
Right! Since you're not using a new archive, whether you use p0 or p1
is irrelevant.
> file in archive is not on disk (q) - default copy file from old archive to new
> - mine doesn't copy file to new archive
Ditto for q0 vs q1
>> The default setting of p1q1 does the same thing when a new '!' archive
>> isn't specified - doesn't it?
> Yes the way I understand it. I specified a new name for the archive and
> was successful using the "Zip" format, but it just made for more work
> because I wanted one set of files.
So don't specify a new archive and p0q0 is equivalent to p1q1. If you
want the effect of p0q0, then you must include a new archive. For
example, suppose you have files a, b and c in a directory. You
archive them with, say, 7zn a -ms=off c:\arc1 *
Now touch a and delete c. You could now do:
7zn u -ms-off -up0q0!c:\arc2 c:\arc1 *
Now arc1.7z has b, c and updated a. arc2.7z has b and updated a but
no c. So if you removed files and don't want them in the archive, you
could manually delete them from the archive OR use the approach I've
used and replace the old archive with the new archive.
--
Best regards,
Bill
________________________________________________
Current version is 1.62r | "Using TBUDL" information:
http://www.silverstones.com/thebat/TBUDLInfo.html
