74 replies to this topic

[jak]

Functions for 7-zip32.dll

To hide the created window, you need to use -hide for the $cmdline parameter

The newest files and 7-zip32.dll are on my website now: http://www.jak-software.org/pub/autoit-stuff/7-zip/ (2006/10/14: Only 0.4 at the moment)
Newest Version: 0.4.1 (2006/10/15) [0.5 Alpha 1 Removed]
New in 0.4.1

• includes the Multiple Zip Script from cue (http://www.autoitscript.com/forum/index.ph...586&hl=7zip), but modified to use my functions.
• Works with AutoIT 3.2 now (Tested with 3.2.0.1 inside Wine in Linux)

Attached Files

•  7_zip32.dll   235K   3875 downloads
•  SevenZip_0_4_1.zip   3.48K   4289 downloads

Edited by jak, 15 October 2006 - 02:30 PM.

[Cyber]

It'is FANTASTIC!!!
WONDERFULL!!!

[masvil]

As far as I know (correct me if I'm wrong) jak way is the only one to compress/crypt using an open source dll.

Anyway... congratulation, VERY useful.

Edited by masvil, 13 May 2006 - 06:17 PM.

[RazerM]

This could come in useful! Well done

[jackyyll]

Wasnt this done already a long time ago? lol except using xzip

[masvil]

From AutoIT v3.2.0 to last this dllcall crashes the script :-(

A confirmation is in the v3.2.0 History: "Changed: Fatal error message is now displayed if DLLCall cannot be executed."

Anyway if you use oldier than v3.2.0 all commands are executed and script stay stable; so maybe this error is not so "fatal" :-)

Any suggestion, workaround... ?

Edited by masvil, 14 October 2006 - 01:00 PM.

[jak]

From AutoIT v3.2.0 to last this dllcall crashes the script :-(

A confirmation is in the v3.2.0 History: "Changed: Fatal error message is now displayed if DLLCall cannot be executed."

Anyway if you use oldier than v3.2.0 all commands are executed and script stay stable; so maybe this error is not so "fatal" :-)

Any suggestion, workaround... ?

Try Version 0.4.1 RC1, this should fix the problem. (I have not tested it, because I'm not using Windows at the moment.)

Edited by jak, 14 October 2006 - 03:14 PM.

[CoderDunn]

I think you should have a Dll Handel parameter for the functions so you don't have to modify the code if you have it in like, the TEMP dir. Great work though.

[Cue]

Nice work i guess i could redo my script and use your functions instead

http://www.autoitscript.com/forum/index.ph...586&hl=7zip

[jak]

I think you should have a Dll Handel parameter for the functions so you don't have to modify the code if you have it in like, the TEMP dir. Great work though.

I'm currently working on version 0.5 of the functions, and there you will be able to specify the path of the dll. (Edit 15 Oct 2006: We will need Dll Handle from DllOpen for the functions in 0.5)
At the moment: To use the 7-zip32.dll ín your temp folder you could add the following to the top of your script:

EnvSet("PATH", @TempDir & ";" & EnvGet("PATH"))ƒo݊÷ Ú«¨µéڙƒo݊÷ Û­…«­¢+؁}M•Ù•¹i¥Á
5 ™ÅÕ½Ð턀µÑé¥À€™ÅÕ½Ð왅µÀì™ÅÕ½Ðì™ÅÕ½Ðì™ÅÕ½Ðì™ÅÕ½Ð쀙…µÀ쀘ŒÀÌØ홽±‘•ÉÁ…Ñ €™…µÀ쀙ÅÕ½Ð옌ÀäÈì¡i¥ÁÁ•¤˜ŒÀäÈì™ÅÕ½Ð쀙…µÀ쀘ŒÀÌØíÍé9…µ”€™…µÀ쀙ÅÕ½Ðì¹é¥À™ÅÕ½Ðì™ÅÕ½Ð쀙ÅÕ½Ðì™ÅÕ½Ðì™ÅÕ½Ð쀀™…µÀ쀘ŒÀÌØ홽±‘•ÉÁ…Ñ €™…µÀ쀙ÅÕ½Ð옌ÀäÈì™ÅÕ½Ð쀙…µÀ쀘ŒÀÌØí¥±•1¥ÍÑl˜ŒÀÌØí¥t€™…µÀ쀙ÅÕ½Ðì™ÅÕ½Ðì™ÅÕ½Ðì™ÅÕ½Ð쀙…µÀ쀙ÅÕ½Ð쀀µ¡¥‘”™ÅÕ½Ð쀀€¤íÉÕ¸€Ýé¥À½µµ…¹±¥¹”ƒo݊÷ Ù»­mëmz¼(ºW[y«­¢+Ù}M•Ù•¹i¥Á‘ ˜ŒÀÌØ홽±‘•ÉÁ…Ñ €™…µÀ쀙ÅÕ½Ð옌ÀäÈì¡i¥ÁÁ•¤˜ŒÀäÈì™ÅÕ½Ð쀙…µÀ쀘ŒÀÌØíÍé9…µ”€™…µÀ쀙ÅÕ½Ðì¹é¥À™ÅÕ½Ð찀˜ŒÀÌØ홽±‘•ÉÁ…Ñ €™…µÀ쀙ÅÕ½Ð옌ÀäÈì™ÅÕ½Ð쀙…µÀ쀘ŒÀÌØí¥±•1¥ÍÑl˜ŒÀÌØí¥t°€Ø€°€™ÅÕ½Ðíé¥À™ÅÕ½Ð찀™ÅÕ½Ð쵡¥‘”™ÅÕ½Ðì

and of course include SevenZip.au3 or Copy and paste the needed function to your code.

Edited by jak, 15 October 2006 - 02:39 PM.

[jak]

[quote name='jak' post='252081' date='Oct 14 2006, 08:31 PM']

_SevenZipAdd($folderpath & "\(Zipped)\" & $szFName & ".zip", $folderpath & "\" & $FileList[$i], 6 , "zip", "-hide")

Also I removed Version 0.4.1 RC1 (it did not work for me) and added 0.5 Alpha 1, which can be used the same way as before (or slightly different, see README.pdf in the archive) , should be faster and includes a modified version of Cue's script.

Edited by jak, 14 October 2006 - 08:36 PM.

[Cue]

Thanks for making the necessary changes and including my script, much appreciated.

[masvil]

0.5 Alpha 1, which can be used the same way as before (or slightly different, see README.pdf in the archive) ,

I'm testing it following readme.pdf instructions. I seems to works, but...

_SevenZipOpen()
<Your Script>
_SevenZipClose()

...it's not clear for me: have I to open and close before and after every single 7zip operation or, as it seems you mean, just one time? I'm asking it because if 2nd case AU3Check gives me following 3 errors:

- WARNING: $SevenZipDll: possibly used before declaration.
DllClose($SevenZipDll)

- WARNING: $SevenZipDll: declared global in function only. Prefer top of file.
global $SevenZipDll = DllOpen($dllfile)

- ERROR: SevenZipCMD(): undefined function.
Return SevenZipCMD('x ' & $sCMDLine & ' -o"' & $sOutDir & '" "' & $sArchive & '" "' & $sFilter & '"', $hWnd)

[jak]

I'm testing it following readme.pdf instructions. I seems to works, but...

_SevenZipOpen()
<Your Script>
_SevenZipClose()

...it's not clear for me: have I to open and close before and after every single 7zip operation or, as it seems you mean, just one time? I'm asking it because if 2nd case AU3Check gives me following 3 errors:

- WARNING: $SevenZipDll: possibly used before declaration.
DllClose($SevenZipDll)

- WARNING: $SevenZipDll: declared global in function only. Prefer top of file.
global $SevenZipDll = DllOpen($dllfile)

- ERROR: SevenZipCMD(): undefined function.
Return SevenZipCMD('x ' & $sCMDLine & ' -o"' & $sOutDir & '" "' & $sArchive & '" "' & $sFilter & '"', $hWnd)

I released Version 0.4.1, please use this one. Here you can simply use the functions _SevenZipCMD, _SevenZipAdd and _SevenZipExtract without calling other functions. You also should get no warnings.
I removed Version 0.5 Alpha 1, because I am going to rewrite all functions, add new ones and provide better documentation.
0.4.1 is stable now and everything works like version 0.4 with AutoIT 3.1.x

Edited by jak, 15 October 2006 - 02:37 PM.

[masvil]

I released Version 0.4.1, please use this one.

I'm deeply testing it, will let you know.
In the while i wonder why there isn't more attention to this function while there are tons of thread about compression (almost zip) and crypting (idea and others): 7zip is open source and uses AES 256 bit, so in my opinion is the best way to go.
Thanx for effort

[GaryFrost]

I'm deeply testing it, will let you know.
In the while i wonder why there isn't more attention to this function while there are tons of thread about compression (almost zip) and crypting (idea and others): 7zip is open source and uses AES 256 bit, so in my opinion is the best way to go.
Thanx for effort

Some of us are very limited on the approved freeware we are allowed to use at work.
Fortunately AutoIt is on the Approved list

[Richard Robertson]

I wonder if anyone has asked to add Zip functionality to AutoIt. I would be surprised if not.

Nice work though.

[masvil]

Some of us are very limited on the approved freeware we are allowed to use at work.
Fortunately AutoIt is on the Approved list

I know what you mean, but... why They say yes to AutoIT (potentially dangerous) and they say no to a compression open source dll to use with AutoIT?

Anyway 0.4.1 is stable.

@jak: why should I use Add or Extract instead of CMD for all commands/options?

[GaryFrost]

I know what you mean, but... why They say yes to AutoIT (potentially dangerous) and they say no to a compression open source dll to use with AutoIT?

Anyway 0.4.1 is stable.

@jak: why should I use Add or Extract instead of CMD for all commands/options?

We've been using autoit for 4 - 5 years, not only locally, but world wide.

And the Approved list rules went in affect just recently.

[Rob S]

Is there anyway to get a return code that let's you know if the extract was successful or not. It appears to me, and I maybe missing something, that it only returns a fail code if the dll fails to load. If you specify a wrong path to the archive, or there's a corrupted archive you get no indication of that.
I've tried running 7zip with runwait and don't seem to get the 7zip error codes returned either.
Thanks