Re: Can not use 7za to compress directory
- From: ccpaging <ccpaging@xxxxxxxxx>
- To: emelfm2@xxxxxxxxxxxxx
- Date: Wed, 28 Mar 2012 11:51:30 +0800
the problem arises from how 7za is working, rather than how e2 is working.
Yes.
If I want to compress a directory named "images".
7za a images.7z images
Failed.
7za a images_7z.7z images
Successed.
2012/3/28 <tpgww@xxxxxxxxxxx>
> On Tue, 27 Mar 2012 11:45:28 +0800
> ccpaging <ccpaging@xxxxxxxxx> wrote:
>
> > For example, "images" is my directory name:
> >
> > sh>7za a -t7z -so "images" > "images.7z" (2997)
> >
> > 7-Zip (A) 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
> > p7zip Version 9.20 (locale=zh_CN.utf8,Utf16=on,HugeFiles=on,2 CPUs)
> >
> > Error: images.7z is not supported archive
>
> With redirection ('>') this will always run in an external shell. So as I
> understand it, the problem arises from how 7za is working, rather than how
> e2 is working.
>
> Or am I missing something ?
>
> Does 7za cope with adding an item (the newly-created archive) into the
> directory being archived, during the directory-archiving process ?
>
> I see some related posts by others, about macro usage. Remember:
> %d is path of e2 active directory, quoted e.g. "/[whatever]/images"
> %%d is path of e2 active directory, unquoted e.g. /[whatever]/images
>
> >
> > System error:
> >
> > sh>7za a -t7z -so "images" > "images.7z" (2997) return '2'
>
> Regards
> Tom
>
>
> --
> Users can unsubscribe from the list by sending email to
> emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or
> by logging into the web interface.
>
Other related posts:
