Cyberworld

It sound worse that it is. On my old computer with an AthlonXP 1800+ does mame.exe decompress in about 2 seconds, when compressed with LZMA8 from about 28MB to about 6MB.

Jon, ...I forgot to mention it... To activate LZMA compression with UPX, the option "--LZMA" has to be used. ex: upx --lzma "e:\myfile.exe"

It's hard to keep up with the updates nowdays Keep up the good work BTW: UPX 3.00(Final) was out a few days ago. It would be nice to have that one included, with the option to use lzma compression (a lot better compression ratio than NRV) from the Aut2exe.

Thanks

Quote from the helpfile: "Returns one of the following: "WIN_2003", "WIN_XP", "WIN_2000", "WIN_NT4", "WIN_ME", "WIN_98", "WIN_95" and "WIN_6.0", "WIN_6.1" that will change with the official release" ...What does this macro return on a Vista OS? WIN_6.0 or WIN6.1? or something else??

What are the differences between AutoIt3.exe and AutoIt3A.exe?

No hurry, just take your time to properly fix the current issues before adding any new features.

kjactive: That sounds fine... It's small issues anyway since I know how to avoid them But another thing... Would it be differcult to add a feature that renames variable and function names? The new functions could for example be renamed to _f1, _f2, _f3... and variables to $v1, $v2, $v3 etc... Example: Functions: Before: Func _Settings() After: Func _f1 Variables: Before: Global $logdetails = 0x1f After: Global $v1 = 0x1f The main purpose with this feature are to make it even harder to get something useful out of the source too easily, if someone tries to decompile it..

You have forgotten to declare the calling convention (with "cdecl"). Later versions of AutoIt require that you do it. It should look something like this: (Have not tested it myself since I'm to lazy to mess with the required .dll ) ; Capture full screen ; Fist parameter - filename, last - jpeg quality. DllCall("captdll.dll", "int:cdecl", "CaptureScreen", "str", "dump_full.jpg", "int", 85) ; Capture given region ; Fist parameter - filename, next four: left, top, width, height. Last one - jpeg quality. ; Set quality to any negative number to capture into BMP DllCall("captdll.dll", "int:cdecl", "CaptureRegion", "str", "dump_partial.bmp", "int", 100, "int", 100, "int", 300, "int", 200, "int", -1)

Hej, I have been following the development of your tool for a while and today did I decide to give it a try... It seems to be an excellent tool you have created! But I found a couple of small issues with it. 1. The program crashes when the same source are processed for the second time (this does not happens If the *_pre.au3 is manually deleted). 2. All tabs(0x09) are stripped from the source, this should not generally cause any problems since most people only use tabs between the actual instructions and the comments anyway. But I discovered that I had accidentally used one in the middle of a codeline and since it was completly removed without any checking if something useful was following the tab, caused this an error. Since this might be a thing that could be quite hard to find out about for someone who not are used to work with hexeditors as a way to examine if the error was caused by a simple typo like mine. or a real bug. It could be a good idea to make sure that all tabs not are stripped in this case... ex: My instruction was looking like this before processing: If $handle = -1 Then error(1, 0) oÝ÷ Ù§íz¸­mçébëaÆ®¶­sdbb33c¶æFÆRÒÓFVâW'&÷"Â

If GUIGetMsg() = $b_s_ok Then Change the line above to If $msg = $b_s_ok Then ...

Oh, This was an old post that came to life again I found out about that solution too, but I did not use the finished code in my program, since it was far to slow to calculate CRC's on little larger files (1mb+). So I rewrote that part in C and included it from a plugin(.dll) instead... But thanks anyway...

Yes you are correct in that case. I just add 4 to the string. But if I read my data to the string are there any way to get the pointer to the memory area that the string occupies? I could alloc some memory and read the file directly from my plugin (The filehandling are already there for other things like streaming of data to the CRC32 routine & for a precompressor) but I since I want to return several values in this case do I think it would easier to handle this from AutoIt directly.

The test12345678 was just an example. It's not an ascii string. The file contains header $52494431(RID1) and then the number of entries $0001766e... etc followed by some other datafields...

I want to add a command to my plugin that returns an int from a memory address. I use AU3_GetInt32/AU3_SetInt32 to get/return the values, but I have not been able to make it return the actual contents of the specific address. I need to make a cast but how should that look like? The compiler just complain about all my attempts to do any The command is supposed to work like this: $file = FileOpen("Data.dat", 0) $buffer = FileRead($file) FileClose($file) $data = GetInt($buffer+4) Lets say my file contains the data: "TEST12345678". After executing of my command [GetInt(adress)] $data is supposed to be equal to 0x12345678.

I don't think you can do much about the time it takes to calculate a CRC32 calculation in AU3. I have tried to write one in AU3 too but just like yours example it did take "forever" to calculate the checksum. I ended up with writing a CRC32 plugin in C for AU3 instead.

Thanks that fixed the problem with the distance between the buttons. I did try "GUICtrlSetResizing" and GUIResizeMode but did not find the right combination to make it work because I just used it with GUICtrlCreateInput funktion, not on each of the "GUICtrlCreateButton" calls This give me hope that I can do the same with the vertical distance Yes it worked: GUICtrlSetResizing (-1,$GUI_DOCKLEFT+$GUI_DOCKBOTTOM+$GUI_DOCKSIZE)

Is it posible to have fixed buttons in a GUI? With 'fixed' do I mean that the buttons keep their size and distance then I change the size of the window. I have been able to keep the size of the buttons but the distance between the buttons increases if I make the window larger, and vice versa if I make it smaller. If the window gets too small the buttons will eventually overlap each other

OK, Then I have to find another way to do it...

Does anybody else know if it's possible to do it?

Both source & destination path I used was to the desktop (C:\Documents and Settings\Administrator\Desktop\...) Like someone said before, if the file exist then you can overwrite it but then I tries with a new filename, nothing is saved.

It would be nice if there was an English translation. I tried the new version but it did not save my script. I don't understand German so I don't know what is wrong

Gafrost: Is it possible to send parameters to (OnEvent)functions? I think about something like: .... GUICtrlSetOnEvent($but1, "button_select(1)") ... Func button_select($btn) if $btn = 1 then... EndFunc But my example does not work

Works here too. Win XP SP2 and AutoIt 3.2.0.1. Did you uninstalled your previous version of AutoIt or did you just install the new version above the old one?

Excellent ..and thanks for taking your time to fix all those problems