FreeArc 0.40 released

[Arivald Hagel]

Quoting: Black_Fox
BTW, have you considered releasing a pack including all compressors possibly needed for -max setting?

imho, its illegal. russian docs includes URLs for them all. it would be good idea to also include them in arc.ini

Why? i.e. in precomp readme:
[QUOTE=Black_Fox
BTW, have you considered releasing a pack including all compressors possibly needed for -max setting?

imho, its illegal. russian docs includes URLs for them all. it would be good idea to also include them in arc.ini[/QUOTE]

Why? i.e. in precomp readme:

Why? i.e. in precomp readme:

Why? i.e. in precomp readme:

<div class=""quoting"">Quoting: precomp.readme]<div class=""quoting"">Quoting: precomp.readme

!!! Please notice that using Precomp in any commercial product is not allowed without my permission!

Precomp itself is not licensed yet, but Im planning to release the source code and license it under LGPL.]<div class=""quoting"">Quoting: precomp.readme]<div class=""quoting"">Quoting: precomp.readme

!!! Please notice that using Precomp in any commercial product is not allowed without my permission!

Precomp itself is not licensed yet, but Im planning to release the source code and license it under LGPL.

So when/if you bundle all precomp files with yours freearc and write clear explanation it should be legal.
For me this bundling and complete english doc is most important.

[Bulat Ziganshin]

strictly speaking, its illegal to distribute via SF any program without sources. i think that it will be legal to distribute such archive via some other server (if it will include original archives of precomp, ppmonstr and other programs, not only executables we actually need)

ll try it on Vista64, so well be doubtless about it.

definitely! can you please also test it on XP loaded without /3g flag?

btw, i will ask Igor why he disabled 128mb dict. this will shed some light..

[Intrinsic]

Took me 5 seconds took look through the Russian docs and download the programs myself, it's not a big issue imo.

[Bulat Ziganshin]

Thinking about this, I wonder if it is not the same kind of problem as the one Igor talked about.

i just understood that definitely not. freearc pre-3 worked fine on your system, so we need to try intermediate versions to find source of problem

[Vacon]

Hello everyone,

Took me 5 seconds took look through the Russian docs and download the programs myself, its not a big issue imo.

No, I dont think so too
but... ->
who will look into docs in a language he doesnt speak / cannot read?
@ Bulat:
could you consider to make a little txt-file with the links and put it into your distribution-package for the interested audience which maybe is not so firm in using search-engines by themselves?
I know you are working on english docs, just as an interim

Best regards!

[Intrinsic]

True, but all it'll take is a quick readme with links to the correct locations in, but of course the english docs will be done for the next version(?) so shouldn't be too much of issue, it is still beta afterall and generally at this stange only people who have any real interest in compression will be using it in anger.

[Bulat Ziganshin]

http://www.haskell.org/bz/arc.arc + http://www.haskell.org/bz/arc2.arc = first full-scale GUI version of fa. sorry for inconvenience - i'm on dialup now, so don't want to reupload whole set of dlls

[LovePimple]

Thanks Bulat!

Temporary Mirror: Download FreeArcGUI.7z (3.82 MB)

[Bulat Ziganshin]

thank you, LovePimple!

[Bulat Ziganshin]

also updated http://www.haskell.org/bz/arc-linux-gui.bz2

[Vacon]

Hello everyone,

= first full-scale GUI version of fa.

Precious little diamond
Thanks Bulat!!!
Will fetch it when Im back at home!

Best regards!

[Bulat Ziganshin]

Precious little diamond

i sure you will change your mind once you actually see IT

[Arkanosis]

Quoting: Arkanosis
Thinking about this, I wonder if it is not the same kind of problem as the one Igor talked about.

i just understood that definitely not. freearc pre-3 worked fine on your system, so we need to try intermediate versions to find source of problem

You said you added the ability to use more than 2GiB of RAM in pre4, so, yes, its probably why it worked before and not anymore. But Im not that sure that its only a problem with your code, because by default XP32 doesnt allow a program to allocate more than 2GiB, 3GiB with the /3GB switch and (theorically) up to 4GB with the /PAE switch.

It fails with pre4, Core2 Quad, 3GiB RAM, XP32 /3GB
<div class=""jscript""><pre>
ARC 0.40 (prerelease-4) Creating archive: test.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
Started: 0.00 secs
Found 1 files, 0 archives: 0.00 secs
Sorted 1 files: 0.00 secs
Joined filelists: 0.00 secs
Compressing 1 file, 142.636 bytes. Processed 0%

Compressing 1 file of 142.636 bytes: 0.02 secs
Using dict:140kb:80%:l8192:m400:s100+lzp:140kb:92%:225:h 18:d1mb+ppmd:24:1536mb: 0.02 secs
Memory for compression 2gb, decompression 2gb: 0.02 secs
[/code]


I still didnt have the opportunity to test on Vista64

[Intrinsic]

Have you tried limiting the mem used for compression to see if that makes any difference?

ie –lc25% or -lc50% ?

[Bulat Ziganshin]

gui version fails after a few operations performed. its especially sad because one (and only) its distinctive feature - baility to queue operations and perform them sequentially in background. anyway, wait a few days for next demo

You said you added the ability to use more than 2GiB of RAM in pre4, so, yes, its probably why it worked before and not anymore

its just one linking switch (--large-address-aware) and it is exacty what ive disabled in 0.40a. so its not source of problem (or at least not only it). the most probable source of problem may be wininet.dll, please try the version without it:

http://www.haskell.org/bz/arc040b.7z

[Arkanosis]

the most probable source of problem may be wininet.dll, please try the version without it:

http://www.haskell.org/bz/arc040b.7z

Could you please check the url ? I cant download it

Edit: It works now I got it

[Bulat Ziganshin]

Could you please check the url ? I cant download it

on dialup, it needs several minutes to upload file of this size. you was too fast

well, now i see that problem is wininet. i will think now how to completely diable it when it not used. btw, this version is unoptimized compile so it will be slow for large number of files. if you or someone else really need it, i will compile it with -O2 and reupload

[Arkanosis]

Excellent Bulat !
It works fine now

arc040b, Core2 Quad, 3GiB RAM, XP32 /3GB

 
ARC 0.40b Updating archive: test.arc using exe+rep:1gb+delta+tempfile+lzma:128mb:max:bt4:128, 
$obj => rep:1gb+delta+tempfile+lzma:128mb:max:bt4:128, 
$text => dict:128mb:80%:l8192:m400:s100+lzp:128mb:92%:225:h24:d1mb+ppmd:24:1536mb, 
$wav => tta, $bmp => mm+grzip:8mb:m1:l:a 
Memory for compression 2gb, decompression 2gb, cache 1mb 
Started: 0.00 secs 
Found 1 files, 0 archives: 0.00 secs 
  Decoding directory: 0.00 secs 
  Directory decoded: 0.00 secs 
  Directory built: 0.00 secs 
Sorted 1 files: 0.00 secs 
Joined filelists: 0.00 secs 
Compressing 1 file, 142.636 bytes. Processed   0% 
 
Compressing 1 file of 142.636 bytes: 0.00 secs 
  Using dict:140kb:80%:l8192:m400:s100+lzp:140kb:92%:225:h18:d1mb+ppmd:24:1536mb: 0.00 secs 
  Memory for compression 2gb, decompression 2gb: 0.00 secs 
  Solid block compression results (0.047 seconds): 0.05 secs 
    dict:140kb:80%:l8192:m400:s100: 142.640 bytes in 0.000 seconds: 0.05 secs 
    lzp:140kb:92%:225:h18:d1mb: 142.644 bytes in 0.000 seconds: 0.05 secs 
    ppmd:24:1536mb: 37.550 bytes in 0.047 seconds: 0.05 secs 
 
  Writing directory: 0.05 secs 
  Found 1 directory names: 0.05 secs 
  Directory written: 0.06 secs 
Compressed 1 file, 142.636 => 37.550 bytes. Ratio 26.3% 
Compression time 0.05 secs, speed 3.043 kb/s. Total 0.06 secs 
All OK

Btw, why do you use wininet when compressing a local file ?

[Bulat Ziganshin]

i've compiled optimized versuion of fa without wininet library. jope it will solve all problems on 3+ gb memory configs
http://www.haskell.org/bz/arc040-no-http.7z

in the next version, i will probably just replace wininet with curl

[Bulat Ziganshin]

Btw, why do you use wininet when compressing a local file ?

its just linked in. but seems that its enough. well, wininet library turned out to be the worsest lib i ever used. programming with it was nigtmare and even after it then it give me 2 bugs with memory usage!!

[IsName]

Bulat, maybe you should move internet functions to a separate process and interact with it using stdin/stdout?

[Bulat Ziganshin]

Bulat, maybe you should move internet functions to a separate process and interact with it using stdin/stdout?

using curl would be a better idea. its already used on linux, i should just compile the library on windows with only ftp/http support and incorporate it into the program

[Bulat Ziganshin]

http://www.haskell.org/bz/winarc-inet.PNG - demo of arc-gui working with archive over Internet

[Intrinsic]

Looks nice and clean

[Nania Francesco]

WinARC very nice ! The archiver of the future!

[Bulat Ziganshin]

i prefer look of http://flashmobile.ru/arc/eng/

it seems that wArc and my WinArc will be the same pair as jZip/7-zip - one beautiful and user-friendly while second more techies-oriented

Giorgio Tani also works on integration of fa support into PeaZip. so next month we will get no less than 3 GUI shells for fa

[Bulat Ziganshin]

users of boxes with 3-4gb - please test no-http versions (see below) in -m8/-m9 modes

update: i've deleted 7z archive because now its contents is included in arc.arc

[Vacon]

Hello everyone,

still I'm away from home (tomorrow I'll be back in place ), so I couldn't have a closer look at WinArc. But since I noticed the "arc050" in the above link -> wArc seems to use not arc.exe, so does WinArc? Will there still be a commandline-version in future or will you concentrate on dll's for better integration into GUis.
I suppose -> commandline.exe because of compatibility with other OS than Win XXX !?

Best regards!

[Bulat Ziganshin]

http://www.haskell.org/bz/arc.arc is again a full package of FreeArc 0.50 test version. it includes no-http versions which lacks ftp/http accees but should have no problems on boxes with 3-4gb of memory. so please download and test them

there is also a small number of other updates, most notably fixed crashing after performing several operations

[Bulat Ziganshin]

wArc seems to use not arc.exe

wArc includes arc.exe in its distribution and uses it. the same will be true for PeaZip, although i think that they both will switch to using WinArc.exe in order to provide graphical progress indicator for their users

i continue to provide cmdline+gui version for Win+Linux plus sources. freearc is still open and free