FreeArc

[zody]

Ok..thought 4gb would be enough - that was the problem

[Bulat Ziganshin]

try -m=rep:1g+exe+delta+4x4:t2:b64m:lzma:d64m

[zody]

Thanks again - 2 Threads are enough and save memory.
btw is SREP 1.5 the latest version ?
-m2 was not working with stdin/out... or am I wrong?

[Bulat Ziganshin]

-m2 doesn't compress from stdin - the only difference agains -m1. 1.5 is latest

[JangoFatXL]

Tested today with latest version (1st of Sepember). Reported extraction problem unfortunately still exists

[zody]

Jango,
can you extract your archive with an older version? e.g. 0.666 ?

If not...Maybe the archive is damaged?

[JangoFatXL]

Good point. Just tested with 0.666 release version: archive could be extracted

[Bulat Ziganshin]

http://freearc.org:8080/freearc/trunk should allow anonymous access

fixed!

[Intrinsic]

I think this line in arc.ini is wrong?

[External compressor:ppmdsh7,ppmds8]

shouldn't that be:

[External compressor:ppmdsh7,ppmdsh8]

?

[JangoFatXL]

tried out, still same behaviour - I'm afraid that was not the solution

[m^2]

Bulat, I have a small feature request, probably for 2.0 because it's likely going to require a change in archive format.
Checksums for compressed streams, so it's possible verify there are no errors w/out decompressing.

[zody]

Creating and verifying checksums of the hole archive with an extra program should work well enough..?!

[m^2]

Creating and verifying checksums of the hole archive with an extra program should work well enough..?!

Not really. If the other program creates a separate checksum file, it's no good, I want everything to be self-contained. I could take archive and pack to another with m0, but it's slow at both compression at decompression.

[zody]

Jango and Bulat,
I have found something regarding the extraction problem:
My archives got the same error.
It has sth. to do with memory... FA0.666 uses 19xx mib of memory for decompression - newer versions use more than 2048mb (on the same archive!). Then the error occurs. The RAM limit is reached with different archives using mostly -mex9

Regards!

edit: 4gb ram on Win7 x64...3,2gb free

[Bulat Ziganshin]

arc lt, your cpu?

[zody]

Technical archive listing??

1. archive:

...
25,375 files, 7,253,938,123 bytes, 3,058,715,333 compressed
All OK

2. archive:

FreeArc 0.67 (September 1 2010) listing archive: .\abc.arc

Archive type: FreeArc
Total bytes: 6,038,462,441
Compressed bytes: 5,192,926,111
Ratio: 85.9%

Directory blocks: 1
Directory, bytes: 95,639
Directory, compressed: 31,384
Solid blocks: 3
Avg. blocksize: 1920 mb

Compression memory: 2852 mb
Decompression memory: 1536 mb
Dictionary: 1529mb + 64mb

Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -

              Pos            Size      Compressed   Files Method
-----------------------------------------------------------------------------
               31               0               0      97 storing
               31       1,751,024          98,066     199 dict:1728kb:80%:l8192:m400:s100+lzp:1728kb:92%:145:h21:d1mb+4x
4:b7mb:ppmd:16:384mb:c7mb
           98,097   6,036,711,417   5,192,828,045   2,791 rep:1565376kb+exe+delta+4x4:lzma:64mb:normal:bt4:128
-----------------------------------------------------------------------------
3,087 files, 6,038,462,441 bytes, 5,192,926,111 compressed
All OK

edit: CPU E8200@3,55ghz

[Bulat Ziganshin]

Bulat, I have a small feature request, probably for 2.0 because it's likely going to require a change in archive format.
Checksums for compressed streams, so it's possible verify there are no errors w/out decompressing.

it doesn't require incompatible changes, just extending archive format. fill feature request on http://freearc.org/Community.aspx but i doubt that it will be implemented any soon since it's rarely required feature

[m^2]

it doesn't require incompatible changes, just extending archive format. fill feature request on http://freearc.org/Community.aspx but i doubt that it will be implemented any soon since it's rarely required feature

I'm unable to do it because when I try to register, google requires me to provide my cell phone number, which is not their freaking business.

[JangoFatXL]

I'm unable to do it because when I try to register, google requires me to provide my cell phone number, which is not their freaking business.

You don't need to mention your REAL number

[m^2]

They are about to text me activation code, so I do.

[JangoFatXL]

hmm, I registered some weeks ago. I don't remember to have to give them my phone number, but maybe here in germany, their reg system is slightly different.

[Bulat Ziganshin]

i think that participating in google code doesn't need gmail account, but it may be unavailable for some free email-addresses

[m^2]

i think that participating in google code doesn't need gmail account, but it may be unavailable for some free email-addresses

I don't see such option, I can either sign-in or register a new "Google Account". During the registration they ask for email account, so it may be that GMail /= Google Account.
I have no luck with any german proxy, none seems to work.

[zody]

Crazy..i already have a Google Acc, but i tried to create a new one:
i need to enter email, password,location and captcha...

If you cant create an account, i will do that
https://www.google.com/accounts/NewAccount

btt:
Bulat, any news on decompression problem ?

[VoLT]

//--
This problem is already solved

[Bulat Ziganshin]

release candidate:

• multithreaded deflate: increased reliability; tunable compression level
• GUI: ask about removing old temporary files at program startup
• GUI: number of compression threads (-mt) option
• GUI: separate compression methods history for each archive type
• GUI: updated language files from 7-zip 9.16
• 7z.dll: fixed handling of .gz archives w/o internal timestamp
• External: display stderr of external filter program if -di+$ was specified
• all -m... options are passed unmodified to 7z.dll (if -t7z/zip/.. was specified). examples:

arc a -t7z archive.7z -m0=BCJ2 -m1=LZMA:d26 -m2=LZMA:d19 -m3=LZMA:d19 -mb0:1 -mb0s1:2 -mb0s2:3
arc a -t7z archive.7z -m0=BCJ -m1=LZMA2
arc a -tzip archive.zip -mm=BZIP2 -mem=AES192 -p1 -mt4

[JangoFatXL]

Thank you,

GUI: number of compression threads (-mt) option

sounds really interesting.

I tested again with my packed UbuntuVM. Extraction problem still exists. For testing purposes, I extracted the archive with portable 0.666 release and repacked with latest version in -mex9.

Even the recreated archive could not be extracted, not only the old one.

[zody]

I can confirm Jango's error. -mex8 worked without any problems with new version..but -mex9 is still defect!
It has sth. to do with memory needed for decompression; shall i create a new issue on google code ?

GUI: separate compression methods history for each archive type

thanks, small but quite nice feature =)

Regards!

[Black_Fox]

Thanks for the new release (candidate)

Updated Czech language file:

[JangoFatXL]

- updated german lang file
- adapted german text for some tooltips to Bulat's ones (1166 Logfile..., 1447 Temporary directory...)
- added new tooltips:

Add dialog
--
1486 Split to volumes:=If you want to split the created archive to volume (f.e to transport it on CDs), you can choose the size of the parts here. Free sizes can also be specified.

Startup checking
--
1494 Found temporary FreeArc files. Delete them?=Old tempory files which are unnecessary will be removed.

--Compression settings
1493 Number of threads:=Specifies the number of used CPU- threads. Choose at least as many threads as your machines CPU has CPU cores.

I did not yet see the dialog concerning deletion of temp files. Maybe you would never see the tooltip 1494, then you can remove it

As to the rest: business as usual, feel free to improve english language (especial 1493 )