rpaz

Hi, Sorry to bring up this old topic but I fail to find a solution to my problem! Can this functions be used to read a reg_qword value that is set to ffffffffffffffff in hex and 18446744073709551615 in decimal? Its returning -1 for me!

Hi, Make sure you adjust the following lines: #AutoIt3Wrapper_Res_File_Add=c:\tmp\RunFromToken.exe #AutoIt3Wrapper_Res_File_Add=c:\tmp\RunFromToken64.exeIf you put the files RunFromToken.exe and RunFromToken64.exe on the same folder as the script simply remove the c:tmp part. I just compiled the script using Autoit 3.3.12.0 with the constant lines commented like you did and it works.

Hi, I'm creating a litle script that will fill the Tray Menu dinamically and found a litle bug/problem on Windows 7! I made a simple script to ilustrate the problem: #NoTrayIcon #include <Constants.au3> Opt("TrayMenuMode", 3) Opt("TrayOnEventMode", 1) dim $txt = "Very long menu text line" dim $id = 0, $clicks = 0 Func Example() TrayCreateItem("Click me") TrayItemSetOnEvent(-1, "ClickMe") TrayCreateItem("") TrayCreateItem("Exit") TrayItemSetOnEvent(-1, "ExitScript") TraySetState(1) While 1 Sleep(100) WEnd EndFunc ;==>Example Func ExitScript() Exit EndFunc ;==>ExitScript Func ClickMe() switch $clicks Case 0 ; 1st click add long text $id = TrayCreateItem($txt,-1, 1) $txt = "Option2" Case 1 ; 2nd click delete long text TrayItemDelete($id) Case 2 ; 2rd click add small text (the menu size isn't adjusted!) TrayCreateItem($txt,-1, 1) Endswitch $clicks = $clicks + 1 EndFunc ;;; Main Example() To test run the script above, open the Tray Menu and click the ClickMe option three times - on the 1st click a new entry is created with a long line - 2nd click will remove the long line. When this happens the tray menu resizes properly - on the 3rd click a new option is added with smaller text. The problem is here! The Tray menu doesn't resize to adjust it uses the old big size! The code above or the compiled exe will work just fine on Windows XP but not on Windows 7! Is there any way arround this or is it possible to delete the Tray Menu and start over? I also tried to reset the Tray Menu using the following code but after Destroy I coudn't create a new Tray Menu! local $Tray_ID = TrayItemGetHandle(0) _GUICtrlMenu_DestroyMenu($TRAY_ID) TrayCreateItem("Exit") ...

Hi Melba, Tanks for your suggestion. Seems to me that the match isn't correctly done. I have found a workaround if i do the test including some text from the window like this While WinExists("Total Commander", "&Background") ___ Rui Paz

Hi, I'm trying to build a simple script to shutdown my computer after doing a long copy files task using Total Commander. My script... Opt("WinTitleMatchMode", 3) ;1=start, 2=subStr, 3=exact, 4=advanced, -1 to -4=Nocase Opt("WinSearchChildren", 1) ;0=no, 1=search children also Opt("TrayIconDebug", 1) While WinExists("Total Commander") Sleep(5000) WEnd $ret = MsgBox(1,"Warning","Windows will shutdown in 20 seconds",20) If $ret = 1 Or $ret 0 -1 Then Shutdown(8 + 4) EndIf Now my problem. When Total Commander is running the Windows title is "Total Commander 7.04a - NOT REGISTERED" (i'm running the trial version), after start the copy operation it opens a new windows with the title "Total Commander". Running the above code the script pauses when i have only the main TC window open and without the "Total Commander" window. From the help file with WinTitleMatchMode = 3: Is this a bug on the title match or i'm doing something wrong. Tanks for any help.

Hi, I don't know if this can be considered a bug or not but i found that ProcessClose can only terminate a process that belongs to the same user that is running the Autoit Script even if its a member of the Administrators group. In my case i have a Script that needs full administrator rights. The script have #RequireAdmin on the begining and this works fine if a non-admin user (userX) runs the script, Windows XP will ask for the User/Pass of one Administrator to execute the task. My Script needs to restart a process that belongs to userX and i have found that ProcessClose fail to kill the process because the owner is userX and not the Administrator. The solution i have found is to use DMI because where its possible to set SeDebugPrivilege privilege. Func _ProcessKillAll($strProcessKill) local $objWMIService, $objProcess, $colProcess, $strComputer $strComputer = ".";replace with remote computer $objWMIService = Objget("winmgmts:" _ & "{impersonationLevel=impersonate}!\\" _ & $strComputer & "\root\cimv2") ; enable the SeDebugPrivilege privilege $objWMIService.Security_.privileges.addasstring("sedebugprivilege", true) $colProcess = $objWMIService.ExecQuery _ ("Select * from Win32_Process Where Name = " & "'" & $strProcessKill & "'") For $objProcess in $colProcess $objProcess.Terminate(1) Next EndFunc