Gyzmok

Sorry I gave up on this one. Maybe it is a "windows 2003 server" only problem. I took a different (ugly) approach : changed the GED_START.au3 to a simple "fire and forget" run command. If $CmdLine[0] = 0 Then Exit EndIf ;RunAs("x1adm_gtt","onprvp.fgov.be","*********",1,"D:\autoit_ged\ged.exe "& $CmdLine[1]) $val = Run(@ComSpec & " /c " & 'd:\autoit_ged\ged.exe '& $CmdLine[1], "", @SW_HIDE) Exit In this way the client is not affected by the (short) GED.EXE execution time. The ugly part : Since GED.EXE is now executed as the SYSTEM account it does not "see" the virtual drives. I changed GED.EXE and the resulting output files are now copied on the local server drives. Now it gets ugly : An always running autoitscript (GED_COPY) under a USER account with virtual drive access pics up the output files every minute and dumps them to the right remote location. This GED_COPY is a "must run all the time". to achieve this : a scheduled task starts this script every hour (and "on server startup") to be sure it runs. Inside GED_COPY on the first line there is: ; If _Singleton("ged_copy.exe", 1) = 0 Then Exit EndIf ; Too bad the RUNAS fails after some time. I did not want to use RUNASWAIT. It also took too long to really debug a problem that only occurs after several days ! Thanks for the reply's and I am glad not to be the only one having this issue.

Thanks for your reply. There isn't more code in this script. The script is named "GED_START.EXE" and is called from Oracle Forms with : vrc_cmd := 'd:\autoit_ged\ged_start.exe '||vrc_xml_filename; HOST(vrc_cmd); We know for sure that the script is called with the right parameter. I had to use this "workaround" because the Oracle processes are run as the SYSTEM account. The SYSTEM account cannot "see" the virtual drives that are used by the GED.EXE Therefore I use the "GED_START.EXE" to run the "GED.EXE" with a profile that does "see" the mounted virtual drives. It all works fine for a little more than a week. Then it suddenly stops working without any error message. (the GED.EXE is simply not run anymore) After restarting the machine everything is fine again for the next week ... I checked the "Task Manager" to see the "processes from all users" None of the scripts stay running all the time. There seems to be no memory leak problem either. (I'll check that in a couple of days) I also used the Recovery Tab in the Secondary Logon service Properties and have chosen : "Restart the Service" on failure. I know ... this is one of those hard to finds ...

Hi all, I have a strange problem with the RunAs command. I use Autoit version 16th April 2010 - v3.3.6.1. on a windows 2003 server machine. This is the code : If $CmdLine[0] = 0 Then Exit EndIf RunAs("x1adm_gtt","onprvp.fgov.be","*********",1,"D:\autoit_ged\ged.exe "& $CmdLine[1]) Exit This code WORKS fine , but only for one - two weeks. After some days the "D:\autoit_ged\ged.exe " program is never started anymore. I have to restart the machine and then it works fine again ... for about 7 - 10 days. I have searched all the "event viewer" logs : nothing. I have tryed to only restart the "Secondary Logon" service : no solution. Anyone has an idea ? Greetings.

The grid is a very nice add. Thanks.

@jlundqui : tesseract is a free OCR which has to be installed for the tesseract UDF to work. see : http://www.autoitscript.com/forum/index.ph...mp;hl=tesseract @seangriffin : great work ! I am trying to use this for automating an Oracle forms webbased application (running on an Oracle application server) The application runs on the Sun java plugin version 6U13. The Java Ferret works fine. Your _JavaObjPropertyGet UDF also does the job. But there is a problem when I try to push buttons with the _JavaObjSelect UDF. This syntax does not seem to have any effect on the button that I want to be pushed in the application: $java_obj1 = _JavaObjSelect("[TEXT:Verlaten]", "", "push button") This syntax "crashes" the application: $java_obj1 =_JavaObjSelect("", "Verlaten", "push button") I get an FRM-92100 in the form and the connection with the application server is lost. The java error in the Sun java console looks like this : java.lang.SecurityException: this KeyboardFocusManager is not installed in the current thread's context at java.awt.KeyboardFocusManager.getGlobalFocusOwner(Unknown Source) at java.awt.KeyboardFocusManager.processSynchronousLightweightTransfer(Unknown Source) at sun.awt.windows.WComponentPeer.processSynchronousLightweightTransfer(Native Method) at sun.awt.windows.WComponentPeer.requestFocus(Unknown Source) ... Any suggestion is welcome.

Well done ! Works very fine. Thanks

Ok, tnx Gary It was indeed a mixing problem in my script. I now use it like this : _GUICtrlListView_DeleteItemsSelected(GUICtrlGetHandle($hListView)) #include <GuiConstantsEx.au3> #Include <GuiListView.au3> #include <WindowsConstants.au3> ; $myGUI = GuiCreate("_GUICtrlListView_DeleteItemsSelected problem ? ",500, 350,(@DesktopWidth-500)/2, (@DesktopHeight-350)/2 _ ,$WS_OVERLAPPEDWINDOW + $WS_VISIBLE + $WS_CLIPSIBLINGS) ; $hListView = GUICtrlCreateListView("test", 23, 120, 425, 210, BitOR($LVS_SHOWSELALWAYS, $LVS_NOSORTHEADER, $LVS_REPORT)) _GUICtrlListView_SetExtendedListViewStyle($hListView, BitOR($LVS_EX_GRIDLINES, $LVS_EX_FULLROWSELECT,$LVS_EX_CHECKBOXES)) _GUICtrlListView_SetColumnWidth($hListView,0,300) ; ;$Button_add1 = GuiCtrlCreateButton("Add to list - method 1",23,23,200,25) $Button_add2 = GuiCtrlCreateButton("Add to list - method 2",23,60,200,25) $Button_remove = GuiCtrlCreateButton("Delete seleted items from list",250,40,200,25) ; GUISetState() While 1 $msg = GuiGetMsg() Select Case $msg = $GUI_EVENT_CLOSE Exit ;Case $msg = $Button_add1 ; _add_item_method1() Case $msg = $Button_add2 _add_item_method2() Case $msg = $Button_remove _GUICtrlListView_DeleteItemsSelected(GUICtrlGetHandle($hListView)) Case Else EndSelect WEnd ; ;func _add_item_method1() ; local $text = "add item method1" ; GUICtrlCreateListViewItem($text,$hListView) ;EndFunc ; func _add_item_method2() local $text = "add item method2" _GUICtrlListView_AddItem($hListView,$text) EndFunc

I have a problem with the _GUICtrlListView_DeleteItemsSelected() command. Depending on how the item was added to the list, it will be deleted or not ... If the item was added with the _GUICtrlListView_AddItem() command, the _GUICtrlListView_DeleteItemsSelected() does not seem to work. I am using autoit v3.2.12.0 , but can also reproduce in v3.2.13.3 (beta). I made a simple example script : #include <GuiConstantsEx.au3> #Include <GuiListView.au3> #include <WindowsConstants.au3> ; $myGUI = GuiCreate("_GUICtrlListView_DeleteItemsSelected problem ? ",500, 350,(@DesktopWidth-500)/2, (@DesktopHeight-350)/2 _ ,$WS_OVERLAPPEDWINDOW + $WS_VISIBLE + $WS_CLIPSIBLINGS) ; $hListView = GUICtrlCreateListView("test", 23, 120, 425, 210, BitOR($LVS_SHOWSELALWAYS, $LVS_NOSORTHEADER, $LVS_REPORT)) _GUICtrlListView_SetExtendedListViewStyle($hListView, BitOR($LVS_EX_GRIDLINES, $LVS_EX_FULLROWSELECT,$LVS_EX_CHECKBOXES)) _GUICtrlListView_SetColumnWidth($hListView,0,300) ; $Button_add1 = GuiCtrlCreateButton("Add to list - method 1",23,23,200,25) $Button_add2 = GuiCtrlCreateButton("Add to list - method 2",23,60,200,25) $Button_remove = GuiCtrlCreateButton("Delete seleted items from list",250,40,200,25) ; GUISetState() While 1 $msg = GuiGetMsg() Select Case $msg = $GUI_EVENT_CLOSE Exit Case $msg = $Button_add1 _add_item_method1() Case $msg = $Button_add2 _add_item_method2() Case $msg = $Button_remove _GUICtrlListView_DeleteItemsSelected($hListView) Case Else EndSelect WEnd ; func _add_item_method1() local $text = "add item method1" GUICtrlCreateListViewItem($text,$hListView) EndFunc ; func _add_item_method2() local $text = "add item method2" _GUICtrlListView_AddItem($hListView,$text) EndFunc As you can see : Items added with method2 : _GUICtrlListView_AddItem will not be deleted when selecting them and pushing "Delete seleted items from list" Is this normal/intended behaviour ? Greets, Guy

New version released v 2.021 Questmapper Changes : -Changed the exit button from '+' to 'x' -The quest and npc links now use the default browser instead of IE. Quest data corrections : -The Mastermind Questid : 10099 missing T -Overlord(Elite) : 10400 quest location 43,31 -When this Mine's a-Rokin' : 10079 Leadsto The Mastermind -Wanted Uvuros,scourge of shadowmoon : 10648 side = 'A' -Strange Energy : 9968 quest location 44,27 -The Hermit Smith : 10622 snpc 'Ordinn Thunderfist' + enpc location 'David Wayne' -The Hermit Smith : 10663 snpc 'Grokom Deatheye' + enpc locaton 'David Wayne' -Warning the Cenarion Circle : 9724 ezone 'HP' -Warning the Cenarion Circle : 9733 ezone 'HP' -The Spirit polluted : 9810 quest location 33,50 -Jyoba's Report : 9772 enpc 'Zurai' -Stinging the Stingers : 9841 added -Spirits of the Feralfen : 9846 qinfo added -A Spirit ally : 9847 quest location 44,66 -Natural Enemies : 9743 side = 'B' -Finding the Survivors : 9948 snpc/enpc added 'Elder Ungriz' -Skywing(Elite) : 10898 enpc added 'Rilak the Redeemed' -Speak with Rilak the Redeemed : 10908 ezone = 'SC' Let me know if you find quests that need an update.

So AUTOIT is always guilty ...? I don't know if they really go THAT FAR. If they DO they can just as well ban anyone that uses excel, access, internet explorer...etc I am already using Questmapper for months now. (it's always on when playing Wow) As I see it : it's just a tool that displays information from a data file onto your screen. That's all it does...

I uploaded a new version this morning. New Version : v 2.020 Problem solved for the people using screen resolution 1024 X 768. The whole screen and all buttons are visible now. Other (higher) resolutions will display exactly as before. This should solve your problem too Valuater. (I know this could have been done in a 'better' way)

tnx ! I didn't work alone on this. One colleague collected the data from various websites. (took him months) Another one made and skinned the questmapper website. I did the autoit part. We play the game also (not @ work !) You just need good colleaques

You will have to level up a bit Questmapper contains the data of about 950 Alliance + Horde Quests in the Outlands. These are all the non-dungeon TBC quests (before the latest patch)

Well, I must admit that the resolution wasn't my main concern. I made this tool mainly on a 1280 x 1024 and a 1440 x 900 screen. Some friends pointed me out that I should make it for 1024 x 768. I started that way, but I did the skinning at the very end and it grew a little out of propotions. On my system the 1024 x 768 resolution loses the 4 border skin-lines and still shows (half) of the 'minimize' and 'exit' buttons in the right top corner. But you are right it should be squeezed a bit more for the 1024 x 768. If I find the time ...

Tnx Valuater You are right : the links are from the older test site and forum. I' ve corrected this and v 2.019 is uploaded now. Strange that you don't have the little plus image in the top right corner. (look at the screenshot) it's indeed where you exit the prog. low screen resolution ?