Djé

Too bad ipconfig is localized...

Following the same pattern as in http://www.autoitscript.com/forum/index.ph...pic=21004&st=0#, you could use something similar to: Local $zipFile = "C:\test.zip" Local $Destination = "C:\test" Local $oShell = ObjCreate('Shell.Application') If @error or not IsObj($oShell) Then exit ;something went @#{[[~&^ç! Local $oFolder = $oShell.NameSpace($Destination) If @error or not IsObj($oFolder) Then exit ;something went @#{[[~&^ç! Local $zback = RegRead("HKLM\SOFTWARE\Classes\.zip", "") ;Backup the .zip file handler If @error = 1 Then $zback = -1 RegWrite("HKLM\SOFTWARE\Classes\.zip", "", "REG_SZ", "CompressedFolder");Let's recall to windows that zips are just zips Local $oZip = $oShell.NameSpace($zipFile) If @error or not IsObj($oZip) Then exit ;something went @#{[[~&^ç! Local $oItems = $oZip.Items() If @error or not IsObj($oItems) Then exit ;something went @#{[[~&^ç! or .zip is empty For $o in $oItems ;copy all the files If Not IsObj($oFolder.ParseName($o.Name)) Then $oFolder.CopyHere($o); only the files not already existing Next If $zback = -1 Then RegDelete("HKLM\SOFTWARE\Classes\.zip") Else RegWrite("HKLM\SOFTWARE\Classes\.zip", "", "REG_SZ", $zback); restore the .zip file handler EndIf

Yeah, you may need to recall to XP that .zip files are compressed folders. I use this stuff to extract Mozilla's .xpi files: RegWrite("HKLM\SOFTWARE\Classes\.xpi", "", "REG_SZ", "CompressedFolder") with .zip files (please adapt the above code), the problem can arrize if you installed a compression tool such as winrar which has changed the .zip handler. But I have another problem, unrelated to this: I can't make the $oFolder.CopyHere work with options, as described in msdn. It just ignores them. Why?

I haven't found any built-in function in AutoIt nor UDF on this forum to convert strings between OEM and ASCII code page. And I don't know about the windows API which could do it. The OEM code page is the one used by the command prompt and batch files, and the ANSI one is your normal windows one. The difference are with characters having codes > 127 (non-ASCII or extended ASCII). So here are some UDFs of my own to do so. Code pages used are those of your system. If you're in western europe, it should be OEM=850 & ANSI=1252. It works using the CHCP command, by writing and reading to a command prompt using StdinWrite and StdoutRead. So you'll need a good beta to compile it. Enjoy! [Edit]: simplified the 'simple' function ANSI_OEM_ANSI.au3

That rocks! thanks a lot.

Sorry for the delay. Your new example works also fine here, however, this is what i'm trying to do: #compiler_plugin_funcs = FileHash Dim $fileName=FileOpenDialog("",".\", "All (*.*)") Dim $md5File Dim $plHND = PluginOpen("f-shash.dll") $md5File = FileHash($fileName) if @error > 0 Then MsgBox(0, "error", @error) MsgBox(0, "Test File", $fileName & @LF & "File Hash: " & $md5File) PluginClose($plHND) I feed a *variable* containing the full path to FileHash. It seems to work fine if the file is in the same directory as the *DLL* (or a copy of it for that matter), but fails when it's not. Here is the console output when it's run from SciTE using ALT+F5: Note that the error is odd: Unknown function name ! (while it works fine with the file beside the DLL) Also the error terminate the script, no time for displaying the error messagebox. Finally, using String() on the $fileName variable does not help.

Hello here ! I've eventually found the '#compiler_plugin_funcs = StringHash, FileHash' to get rid of the unknown function error message when running a script calling this plugin (using ALT+F5 in SciTe). But I'm still unable to use the plugin on files which are not in the same folder. In other words, the plugin fails when it's fed with a full path\filename and not only a filename. Would there be a way to improve this?