FreeArc 0.40 released

**Arivald Hagel** · 7th January 2008, 19:36

Originally Posted by Bulat Ziganshin

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:

Originally Posted by 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:

Originally Posted by 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:

<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** · 7th January 2008, 21:20

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)

Originally Posted by Arkanosis

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** · 7th January 2008, 22:05

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

**Bulat Ziganshin** · 7th January 2008, 23:11

Originally Posted by 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

**Vacon** · 7th January 2008, 23:16

Hello everyone,

Originally Posted by Intrinsic

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** · 8th January 2008, 03:08

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** · 8th January 2008, 05:59

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** · 8th January 2008, 07:07

Thanks Bulat!

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

**Bulat Ziganshin** · 8th January 2008, 12:41

thank you, LovePimple!

**Bulat Ziganshin** · 8th January 2008, 13:16

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

**Vacon** · 8th January 2008, 14:10

Hello everyone,

Originally Posted by Bulat Ziganshin

= first full-scale GUI version of fa.

Precious little diamond

Thanks Bulat!!!
Will fetch it when Im back at home!

Best regards!

**Bulat Ziganshin** · 8th January 2008, 14:27

Originally Posted by Vacon

Precious little diamond

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

**Arkanosis** · 8th January 2008, 15:20

Originally Posted by Bulat Ziganshin

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,
$obj => rep:1gb+delta+tempfile+lzma:128mb:max:bt4:128,
$text => dict:128mb:80%:l8192:m400:s100+lzp:128mb:92%:225:h 24: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
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
</pre></div>

I still didnt have the opportunity to test on Vista64

**Intrinsic** · 8th January 2008, 16:02

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

ie –lc25% or -lc50% ?

**Bulat Ziganshin** · 8th January 2008, 17:00

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

Originally Posted by Arkanosis

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** · 8th January 2008, 17:08

Originally Posted by Bulat Ziganshin

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** · 8th January 2008, 17:21

Originally Posted by Arkanosis

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** · 8th January 2008, 17:22

Excellent Bulat !
It works fine now

arc040b, Core2 Quad, 3GiB RAM, XP32 /3GB
<div class="jscript"><pre>
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:h 24: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:h 18: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
</pre></div>

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

**Bulat Ziganshin** · 8th January 2008, 18:34

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** · 8th January 2008, 18:37

Originally Posted by Arkanosis

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** · 8th January 2008, 19:26

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

**Bulat Ziganshin** · 8th January 2008, 20:27

Originally Posted by IsName

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** · 10th January 2008, 16:15

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

**Intrinsic** · 10th January 2008, 16:40

Looks nice and clean

**Nania Francesco** · 10th January 2008, 16:50

WinARC very nice ! The archiver of the future!

**Bulat Ziganshin** · 10th January 2008, 21:46

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** · 10th January 2008, 21:56

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** · 10th January 2008, 22:04

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** · 11th January 2008, 00:00

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** · 11th January 2008, 00:10

Originally Posted by Vacon

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

Thread: FreeArc 0.40 released

Thread Tools

Display

Similar Threads

FreeArc

FreeArc and Inno Setup script

FreeArc is becoming more and more interesting...

FreeArc 0.40 preview

FreeArc GUI - how it should look&feel?

Posting Permissions