Hi, On Sat, Mar 23, 2013 at 4:34 PM, Marcos Favero Florence de Barros <fav...@mpcnet.com.br> wrote: > >> Hence I suggest sticking with 7ZA920.ZIP or some version of >> p7zip 9.20.1 (despite bugs), at least under DOS. > > I downloaded this version: > > /pub/micro/pc-stuff/freedos/files/util/file/7zip/9.20.1/testing/p7z9201-latest.zip > 2012-Sep-03 13:00:32 > > ... and here's a couple of observations, in case anyone is > interested.
Of course, yes, interested but can't promise any huge fixes. :-( > With this version I could compress and decompress subfolders, > which was one thing I was unable to do with the previous version > I used. Good to know. > However, it still does not seem to interpret the "@" syntax > (filenames given in a file) at all. It just ignores what comes > after the "@", with the result that, when compressing it > compresses everything in the current folder, and when > decompressing it decompresses nothing. I vaguely remember disabling DJGPP's globbing here, so that might disable response files too, e.g. "zip -9X myfiles @file.lst" would normally work (without quotes!) if default globbing is left enabled. (Some people remove it to avoid confusing behavior [FBMD5] or to save 6 kb in the .EXE, but usually for *nix utils it's good as it emulates the default shell globbing.) Here it's probably trying and failing to find "@filename" and just ignoring that and continuing on anyways. (It's extremely rare to see a filename using '@', in my experience, but I guess people are funny, heh.) > A side effect of this is that the Connect file manager (which I > use constantly) cannot be configured to support 7zip, because > Connect relies on the "@" syntax for that. I haven't really used Connect. I've seen it, but I was somewhat put off by some of the questionable files they included. Usually I'll use (rarely) NDN (Necromancer's DOS Navigator) or DZ (Doszip). IIRC, both of them come with some 7-Zip support, but I don't recall heavily testing it. (Mostly I have to avoid file managers because it slows me down as it hides all my useful shell aliases. But it's very useful for copying / moving / renaming between subdirs.) > In one decompression test with Connect, 7zip gave this message: > > Error: > Cannot use absolute pathnames for this command > > This does not seem to be the real reason, because I tried the > same decompression directly from the command line (i.e., not > from Connect) giving the relative pathname, and it also failed. Okay, I'm on PuppyLinux again, 7za 9.13 beta, but here's what I recall and tested: echo one.txt >> tony.txt echo two.txt >> tony.txt echo three.txt >> tony.txt 7za a doydoy -i...@tony.txt This seems to correctly create doydoy.7z , and it does include the files in the list (as verified by "7za l doydoy.7z", beware to always use lowercase names, ugh). I assume this is close enough to what functionality you wanted? (Also similar is "-x@", which I think does the opposite, excludes certain files from filelist when extracting. Yup, that seems to work too.) > Still, as it is, 7zip is very usable. After some more testing I > plan to use it more extensively. Thanks for your part in it. I should really put a TODO, BUGS (w/ workarounds), and full docs in there and "release" it. But I'm not really a "maintainer". (I don't actually grok C++ at all.) Though I think I need to SFN-ize FSU first (and/or build a binary lib .ZIP for easier use). I already hacked p7zip to be fairly easy to build (even in SFN) and kept my patch separate, so at least most of it is very reasonable. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
