Thread: FreeArc 0.40 pre-release version

Originally Posted by Matt Mahoney

Im not sure what r2 does (besides make compression worse) because there is no equivalent option for ppmd.

your ppmd is too fresh probably

<div class=""jscript""><pre>Fast PPMII compressor for textual da
ta, variant I, Apr 28 2002
-rN - set method of model restoration
at memory insufficiency:
-r0 - restart model from scratch
(default)
-r1 - cut off model (slow)
-r2 - freeze model (dangerous)
[/code]


Matt, please text executable from http://www.haskell.org/bz/arc-2g.7z
i hope that it should be ok

arc a -mx -di output:

ARC 0.40 (prerelease-4) Creating archive: arcgui.arc using exe+rep:1gb+delta+tempfile+lzma:128mb:max:bt4:128, &#036;obj => rep:1gb+delta+tempfile+lzma:128mb:max:bt4:128, &#036;text => dict:128mb:80%:l8192:m400:s100+lzp:128mb:92%:225:h 24:d1mb+ppmd:24:1536mb, &#036;wav => tta, &#036;bmp => mm+grzip:8mb:m1:l:a
Memory for compression 2gb, decompression 2gb, cache 1mb
Compressing 67 files, 15.936.128 bytes. Processed 0%

Addition: arc-2g get even oops...

Originally Posted by vvvyg

Addition: arc-2g get even oops...

i dont understand what you mean?

Originally Posted by Bulat Ziganshin

Matt, please text executable from http://www.haskell.org/bz/arc-2g.7z
i hope that it should be ok

I tested enwik8 using -mppmd:1536m, -mx, -m9, -m8 and all fail. -mx, -m9, -m8 stall at 10% progress. Windows Task manager shows CPU goes to 0% and memory drops to 6-7 MB, so I wait a minute and kill it. Thats different than my last test which terminated in an unusual way. -m7 compressed to 24,838,443 which is larger than my other test (21,153,346).


C:&#92;res>timer &#92;tmp&#92;arc a x -mppmd:1536m enwik8

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
ARC 0.40 (prerelease-4) creating archive: x.arc
Compressing 1 file, 100.000.000 bytes. Processed 0%
This application has requested the Runtime to terminate it in an unusual way.
Please contact the applications support team for more information.

Kernel Time = 0.015 = 00:00:00.015 = 10%
User Time = 0.078 = 00:00:00.078 = 50%
Process Time = 0.093 = 00:00:00.093 = 60%
Global Time = 0.156 = 00:00:00.156 = 100%

C:&#92;res>timer &#92;tmp&#92;arc a x -mx enwik8

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
ARC 0.40 (prerelease-4) creating archive: x.arc
Compressing 1 file, 100.000.000 bytes. Processed 10%
^Break!
^C

now i'm totally disoriented will think more..

http://www.haskell.org/bz/arc-pre4-fixed.arc - version with hopefully fixed problem. to be exact, problem (stricter limits on the amount of virtual memory allocated) will be raised only when internet files are accessed and wininet.dll library are actually used

it seems that wininet just allocates ~1gb of process address space for itself on the first call to any its function so i just postponed wininet initialization to its first actual use...

As long as there is no 7-zip support for free arc I would suggest not to release program releases in your format. I understand why you want to do so. But it?s much more todo to test those "small" fixes because I would want to replace the ole executable file that isn?t possible if I extract from there
I also don?t use a terminal often on windows.

http://www.haskell.org/bz/arc-pre4-fixed.7z special for you

please note that 1) it's impossible to use this new version anyway without dwonloading all other files from SF, 2) it's commandline archiver so if you don't want to use cmdline you are out of lack anyway

actually, i prefer to publish program in arc format because it allows to extract only files that was actually updated since the last release. of course, such releases are done only for permanent freearc testers - casual users will just download releases from SF where i will use zip/msi format

Sure I use commandline sometimes to test/use programs

I have to say that arc-pre4-fixed freezes on the same place as arc-2g do. The same what Matt described. Only 0.5% more .
I used "arc x -mx enwik8". m3 worked fine.

4Gb Ram + CPU Q6600 @2400 4096kb L2 cache.

hm. in russian forum, it was reportted that problem fixed. try the following:

Code:

arc a a enwik8 -mppmd:1536m: 
o24

("arc x -mx enwik8" is meaningless command, btw)

Not for me:

D:Arc>arc a a enwik8 -mppmd:1536m: o24
ARC 0.40 (pre-release 4) creating archive: a.arc
Compressing 1 file, 100.000.000 bytes. Processed 0%
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
Also isn?t there still a problem if this would running but mx failing?

I understand the commandline now. Did some mistakes but I think there is some strange behavior

D:Arc>arc a a -mx enwik8
ARC 0.40 (pre-release 4) updating archive: a.arc
Compressing 1 file, 100.000.000 bytes. Processed 1%
ERROR: runArchiveCreate:results undefined

That how it looks if I use it right (!?!)

Originally Posted by Simon Berger

arc a a enwik8 -mppmd:1536m: o24

there is extra space here, try this

<div class=""jscript""><pre>arc a a enwik8 -mppmd:1536m:
o24 -di</pre>[/QUOTE]


and publish its results please. btw, freearc syntax follows RAR one while -m option supports almost all features of both rar and 7-zip symtax

[QUOTE]<div class=""quoting"">Quoting: Simon Berger</div>ERROR: runArchiveCreate:results undefined </div>
the problem may be attempt to update erroneous archive. try to delete a.arc before executing the command, although anyway this message looks strange. try to experiment with -m2 method, compressing another file and changes in other details - what is the exact reason of problem?

Originally Posted by Bulat Ziganshin

the problem may be attempt to update erroneous archive. try to delete a.arc before executing the command

No, it was deleted. That gave another error message

If I run -mx two times without deleting a.arc it produces:
<div class=""jscript""><pre>
ERROR: Archive a.arc corrupt: last block
of archive is not footer block. Please
recover it using r command
</pre>[/QUOTE]



<div class=""jscript""><pre>
D:Arc>arc a a -mx sp2007-v1.1.exe
ARC 0.40 (pre-release 4) creating archive: a.
arc
Compressed 1 file, 97.677.980 => 0 bytes. Ratio 0
.0%
Compression time 1.36 secs, speed 71.855 kb/s. To
tal 1.22 secs
All OK
[/code]



Thats funny too (a uha packed executable). Before that I tried to compress a 9.x mb sized setup file which was compressed sucessful.
A small picture too. I have no time to test more at the moment. Sorry. I hope that helps.

[QUOTE]<div class=""quoting"">Quoting: Bulat Ziganshin</div>there is extra space here, try this</div>
Why do you make a carriage return? I did one space between!
For your requested output with one space it?s the same then before

Originally Posted by Bulat Ziganshin

Quoting: Simon Berger
arc a a enwik8 -mppmd:1536m: o24

there is extra space here, try this

Actually I ran the command without a space but if I type it that way the : and o are turned into a smiley, like this

arc a a enwik8 -mppmd:1536m24

Originally Posted by Matt Mahoney

Actually I ran the command without a space

i updated executable to fix this problem: http://www.haskell.org/bz/arc-pre4-fixed.7z

Originally Posted by Bulat Ziganshin

arc a a enwik8 -mppmd:1536m24 -di

Originally Posted by Bulat Ziganshin

i updated executable to fix this problem: http://www.haskell.org/bz/arc-pre4-fixed.7z

Just tested the latest executable on my old PIII@750MHz + Win2k sp4 and it appears to be working perfectly.

Compression time 231.98 secs, speed 431 kb/s. Total 243.79 secs

Originally Posted by LovePimple

Just tested the latest executable on my old PIII@750MHz + Win2k sp4 and it appears to be working perfectly.

how much mem you have? the problem was only on 2+gb boxes. anyway, i will make release today

Originally Posted by Bulat Ziganshin

how much mem you have? the problem was only on 2+gb boxes. anyway, i will make release today

My old PIII750MHz only has 512 MB installed.

New thread for discussing FreeArc: http://www.encode.ru/forums/index.php?action=vthre ad&forum=1&topic=599