andrei0x309

Do you want the spaces after and before: PRIVMSG ? The regex will work only if you have spaces around it.

Don't use brackets { , in send argument for key "3" cause 3 is not a special key , use send("3") and send("4") instead Send("{3}") and Send("{4}").

Just a suggestion , i for example i use compile from Scinte with f7 , and i include this line manually when i consider the script is ready for compiling . #AutoIt3Wrapper_Run_After=(here directroy of last upx )/upx.exe --ultra-best "%out%" And at least this gives me better compression .

I tested on my machine and from the start to the running of the setup it gives me no error .

I haven't seen yet this kind of date representation , you could try this : it gives you a represenation like this : Tue, 12 Apr 2011 11:43:33 GMT is represented as 1302608613 just like mktime() form php check this .

@Malkey It may seem stupid but i didn't know that there are some exceptions , in any case i tested with some other values and the result was correct so i didn't have how to realize that is wrong and i thought that the odd/even rule applies with no exception . Anyway i tried your example and it returned 1283339430 tested on http://www.epochconverter.com/ it says is GMT: Wed, 01 Sep 2010 11:10:30 GMT and that is exactly equal with GetUnixTimeStamp(2010, 9, 1, 11, 10, 30) So the result is correct even if august has 31 days . The result ware correct every time i tested even if , MaxDayInMonth was wrong ... But of course is better to be corrected , sorry for misunderstanding . Thanks for your notice . i have updated original post ... Hope that aren't other mistakes ...

If upx fails the exe will disappear is normal ( cause upx is loading the exe in memory , delete the old unpacked one and tries to write the packed one on hdd ) , this could be happening if wrong parameters are send to upx .

The "tool" is a compiled script ? , can you provide a copy of the uncompiled script ? No one can help you without a chance to figure what is wrong ...

Cause the interpreter dose not know that x and y are numbers . $vot = 0 $x = Number(inputbox("aaa" , "bbb")) $y = Number(InputBox("aaa" , "bbb")) $z = abs($x - $y) Select Case($x < $y) $vot = $x Case Else $vot = $y EndSelect msgbox(0,"aaa","x=" & $x & "y=" & $y & "z=" & $z & "vot=" & $vot)

@funkey , BrewManNH The function is not wrong it determines the maximum days in a specified month ( dependent on year ) The logic is : ------------- If the month is 2 ( February ) Check if is leap year if it is return 29 ( maximum days February has in a leap year ) Else return 28 ( maximum days February has when is not leap year) Else if the month is not 2 ( February ) check if the month is even and if it is return 30 ( maximum number of days in a even month ) else return 31 ( maximum days in a odd month ) ------------- All function work as they should , tested before , and i use this calculus and method in most of scripting/programming languages i use . My best guess is that you didn't understand what the function does . You can use the test commented on the end of the file to see that functions work properly . @guinness Thanks @iEvKI3gv9Wrkd41u I guess it was a bad choice to use that form what i meant there is that you must have minimum autoit 3.2.3.0 . Anyway you are right ... @All Found a little bug in UnixTimeStampToTime , for a valid time stamp the the date returned has - 1 day , bug fixed and updated original post . Anyone can test on http://www.epochconverter.com/ to see it works correctly if parameters are valid .

Anyway since this thread was resurrected , it can be done this way too , and i think is nicer cause is not using the hdd . Func GetEnthPyshAddrs() $Pid = Run(@ComSpec & " /c ipconfig /all", "", 0x0, 0x2) Local $line = "" While 1 $line = StdoutRead($Pid) If StringLen($line) > 0 Then StdioClose($Pid) ExitLoop EndIf WEnd $macs = StringRegExp($line, "[0-9A-F]{2}\-[0-9A-F]{2}\-[0-9A-F]{2}\-[0-9A-F]{2}\-[0-9A-F]{2}", 3) If @error Then Return @error Else Return $macs EndIf EndFunc

@Melba23 Yeah i know i read this and that thread a thousand times , still flags don't work , using either 20 or 4 will still show the dialog on my machines , using 0x4 instead will not display compressing dialog , and that is very weird . You should try it , maybe is the same for you , anyway i use my own udf for zipping with the same method ( shell object ) ( cause this is the only way using windows build in features ) , but i do not need much of the functionality that is present here . I saw that some said that dialog comes from zipfldr.dll but i don't think that is correct as MS programs usually store dialogs in resources , and on both w7 and xp , zipfldr.dll has no dialogs in resources . There are other threads in witch users complain that flags don't work , as i said i did a lot of searches but thanks greatly for your good intention .

@Newb No i don't think so , i think DllClose is probably the some kind implementation for freelibrary , so you can even delete that line and the code will still work , but is better to use it as i don't know if the autoit interpreter does the clean up . So DllClose is used cause _ispressed is calling the getasynckey form user32.dll . Basically what you do is asking continuously the Operating System if that key is pressed , normally a sleep command must exist in the loop , else autoit will use a lot of cpu , anyway the sleep time must not be to great cause you will miss when the key is pressed , 100 milliseconds is a good choise , but i do not like to use getasynckey cause it has a lot of disadvantages , mostly you can use hooks , some languages have build in Key Pressed events , i think using events is a better way then using getasynckey function .

Is very strange that if you have the flags for CopyHere method set as 4 ( to not show the compressing dialog will ) not work but in my case ( both on w7 and xp sp3 ) when i use 0x4 instead of 4 works even if 0x4 is practically the same as 4 or even 04 ( octal ) . And even more strange is that when you are not copying to a zip folder both 4 and 0x4 work . I searched a lot for a method to suppress the dialog cause _hiding with SW_HIDE is ugly and there are chances to show the dialog for a very short time , the eye can see the window even if the window is present just for 30 milliseconds . I hope this might help others , cause there are other ways to suppress the dialog but they imply much more coding and knowledge and they are cumbersome .

You could fallow Melba23 advice , or you could do it this way ( but is uglier ) : $dll = DllOpen("user32.dll") ... While $msg <> $GUI_EVENT_CLOSE If _IsPressed("0D", $dll) and WinActive("[CLASS:AutoIt v3 GUI]") Then _FuncEnter() Endif $msg = GUIGetMsg() Select Case $msg = $btn ... EndSelect WEnd ... DllClose($dll