steve8tch

Yes - you can build this into the compile flow in Scite. Here is an example that we use #AutoIt3Wrapper_Run_After=c:\Windows\signtool.exe sign /sha1 <Your Certificate HASH> /t http://timestamp.comodoca.com "%out%" Hope this helps

There are my directives You will notice - I have tried get a debug log written out - but if it is written out - I can't find it. #Region ;**** Directives created by AutoIt3Wrapper_GUI **** #AutoIt3Wrapper_Outfile=xxxx.exe #AutoIt3Wrapper_Res_Comment=xxxx #AutoIt3Wrapper_Res_Fileversion=2.0.0.256 #AutoIt3Wrapper_Res_Fileversion_AutoIncrement=p #AutoIt3Wrapper_Res_ProductName=xxxx #AutoIt3Wrapper_Res_CompanyName=xxxx #AutoIt3Wrapper_Res_LegalCopyright=xxxx #AutoIt3Wrapper_Res_requestedExecutionLevel=asInvoker #AutoIt3Wrapper_Run_Au3Stripper=y #Au3Stripper_Parameters=/TL /debug #EndRegion ;**** Directives created by AutoIt3Wrapper_GUI **** Here is the full console out: >"C:\Program Files (x86)\AutoIt3\SciTE\..\AutoIt3.exe" "C:\Program Files (x86)\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.au3" /ShowGui /prod /in "D:\Scripts\xxxx.au3" +>20:38:37 Starting AutoIt3Wrapper v.18.703.1808.0 SciTE v.4.1.0.0 Keyboard:00000409 OS:WIN_7/Service Pack 1 CPU:X64 OS:X64 Environment(Language:0409) CodePage:0 utf8.auto.check:4 +> SciTEDir => C:\Program Files (x86)\AutoIt3\SciTE UserDir => C:\Users\xxxx\AppData\Local\AutoIt v3\SciTE\AutoIt3Wrapper SCITE_USERHOME => C:\Users\xxxx\AppData\Local\AutoIt v3\SciTE -> No changes made.. >Running AU3Check (3.3.14.5) from:C:\Program Files (x86)\AutoIt3 input:D:\Scripts\xxxx.au3 +>20:38:43 AU3Check ended.rc:0 >Running Au3Stripper (19.102.1901.1) from:C:\Program Files (x86)\AutoIt3\SciTE\Au3Stripper cmdline: ! There were more than 100 Errors found. Only showing the first 100. -============================================================================================================= -#### Au3Stripper Found 118 Error(s)!!!! This means your script could have problems running properly. #### -============================================================================================================= - 1.75 Iteration 1 Strip Functions result: Output 7939 lines, stripped 3047 Func lines and 5056 Commentlines - 4.00 Iteration 2 Strip Variables result: Output 6796 lines and stripped 1143 lines - 5.44 Iteration 3 Strip Variables result: Output 6765 lines and stripped 31 lines - 6.88 Iteration 4 Strip Variables result: Output 6764 lines and stripped 1 lines - 8.38 Iteration 5 Strip Variables result: Output 6764 lines and stripped 0 lines +> Source 16290 lines 739640 Characters. +> Stripped 4222 Func/Var lines and 5056 comment lines, Total 473086 Characters. +> Saved 56% lines 63% Characters. +> Au3Stripper v19.102.1901.1 finished created:xxxx_stripped.au3 !>20:38:51 --------------------------------------------------------------- !>20:38:51 Au3Stripper ended with errors, using original scriptfile.rc:118 !>20:38:51 --------------------------------------------------------------- Thanks for your help. Steve

Jos - running Running AU3Check (3.3.14.5) on one script gives me this error ! There were more than 100 Errors found. Only showing the first 100. -============================================================================================================= -#### Au3Stripper Found 118 Error(s)!!!! This means your script could have problems running properly. #### -============================================================================================================= It seems that if there are less than 100 errors - the errors are listed (and can then be fixed) But in this case - I cannot find what it is that Au3Stripper doesn't like. Also - I have tried using Au3Stripper parameters /TL /debug in AutoIt3Wrapper but it does not produce a log file. Is this expected ? Thanks. Steve

Hi Yashied - great work. One observation. When using the sidebar to navigate functions - the curser moves to the function (as expected) but the curser position is 3 lines from the bottom of the page. Is this intentional? Could the curser position be changed to nearer the top of the page ? Thanks. Steve

Sorry for not replying earlier. It is odd - I am trying to produce a reproducer script.... but am failing miserably ... My main application has started working. I use the embedded IE object to display reports from whatever I am looking at. It was great to be able to "cut and past" information of interest from the GUI.. but 3.3.12.0 broke the "cut and paste" functionality. I was aware of the 'bug report" - I was trying to be patient waiting for a fix. I have tried several betas - but the bug remained. Then with 3.3.13.16 - my embedded IE started to work again !! - I thought that it had just been fixed - but the bug report had not been updated. However - when I pull out the relevent bits of code to produce a demo script - .. it fails . All very odd - I will look futher to see what I need to do to get the demo script working. I am sorry I do not have any good news. I would really like this functionality to be fully working - my team are a bit frustrated by this loss of functionality. (I have put in some work-a-rounds - but it is not a clean as the "cut and paste" functionaliy .....) Steve

I do not know if this was intended or not . bugtracker - #2639 Unable to Copy/Paste from Embedded IE object Looks like it is "fixed" in this latest version. Thanks. Steve

Looks like this is fixed in the latest beta - AutoIt v3.3.13.16 Beta It now works for me. Steve

Hi Martin, Just wanted to let you know that I have your Serial COMM code working in a couple of instances. One is quite interesting where on one serial interface I am querying for information, doing some work and then passing this information in a different form to requests on a different serial port. Both ports handling requests at @30Hz and all at remarkably low CPU usage (~ 1.4%) - I am very pleased. The other thing I am pleased about is that the code appears robust - my code here has been working, collecting data from production machinery 24x7 for a couple of weeks now - no issues - great In a previous post I mentioned that collecting data via the "GetString" call was so much slower (or consume 3x CPU cycles) than using "getByteArray" and converting to string. Did you ever get the chance to have a look ? Another question (not related - and NOT a request - just a question !!) Is is possible to add functionality to add "event" handling. Just now, we poll the port to see if any information is there - the Holy Grail here is to be able to use an event to say "hey I'm here with some data - come and get me". I don't really know enough about callbacks and events to know if this could be made to work. Thanks again. Steve

Hi Martin - this has been a busy thread - just shows how useful these Serial Port functions are. Thanks for your contribution. You are already looking at the issue where all the com ports are closed when running the _CommClosePort()command. I look forward to that issue being resolved. But - I have another issue for you to look at. Background - I have now got 2 scripts communicating with a production tools; both sending me data @30Hz. One is sending me binary data , one is sending me "string" information. I was puzzled as to why on one computer the process was consuming 4% CPU and the other one 1% CPU. It turns out the DllCall($hDll, 'str', 'GetString') function is very very very slow compared to using GetInputCount and ReadByteArray. In fact it is much quicker to use the Read Byte array function, bring the result into AutoIt the use the BinaryToString function to get the String information. (I estimate to be 3x quicker and literally using 3x less CPU cycles.) So my request is this. When you breaking open your code to look at the _CommClosePort issue - can you have a look at the GetString function - and see if there are any optimization you can make (even if all you do is internally call ByteArray function and then convert to String) Again, thanks a lot for this useful library. Steve

Hi Martin. Thanks for your time looking at this. $fPortOpen is just a flag to say that we have a handle to the dll. In my code, I was calling the dll directly and not using the UDF calls. So my original code was not affected by the UDF change requested. I was however using your UDF calls in the code snippet to display the bug. As requested, I have removed the lines of code from the UDF. The snippet of code displaying the bug still crashes AutoIt. Steve

Unfortunately - it still crashed. Steve

Hi Martin, Started to look at this as I need to talk to some production tools at work. Found a bug. Scenario. Open 2 COM ports. Shut down 1 COM port, _CommReadByte from the remaining COM port. This causes AutoIt to crash. This works. Open 2 COM ports. Shut down 1 COM port, try and _CommGetString from the remaining COM port. So the issue seems to be with the _CommReadByte #include "CommMG.au3" ;2 ports COM 5 and COM 6 $Err = "" $newsFile = @Scriptdir & "\debug.log" News("Availble ports :" & _CommListPorts() ) ;setup com port 5 _CommSwitch(5) _CommSetPort(5, $Err) If $Err = "" Then News("Com port " & "5" & " opened correctly") Else News("Error opening port :" & $Err) EndIf _CommSwitch(6) _CommSetPort(6, $Err) If $Err = "" Then News("Com port " & "6" & " opened correctly") Else News("Error opening port :" & $Err) EndIf ;OK we now have ports set up correctly lets do a poll for data _CommSwitch(5) News("Start to read byte from Com 5") $rtn = _CommReadByte() ; expecting a blank return - that is OK - I have got nothing connected up news("Return from Com 5:" & $rtn) _CommSwitch(6) News("Start to read byte from Com 6") $rtn = _CommReadByte() ; expecting a blank return - that is OK - I have got nothing connected up news("Return from Com 6:" & $rtn) ;I am expecting script to still be alive. News("Close down Com 5") _CommSwitch(5) _CommClosePort() News("Availble ports :" & _CommListPorts() ) ;now read data from Com 6 _CommSwitch(6) News("Start to read byte from Com 6") $rtn = _CommReadByte() ; expecting a blank return - that is OK - I have got nothing connected up news("Return from Com 6:" & $rtn) Func News($x) FileWriteLine($newsFile, @YEAR & "/" & @MON & "/" & @MDAY & " " & @HOUR & ":" & @MIN & ":" & @SEC & ":" & @MSEC & " :" & $x) EndFunc Log files from my test. 2010/11/11 13:25:35:453 :Availble ports :COM1|COM3|COM5|COM6 2010/11/11 13:25:35:468 :Com port 5 opened correctly 2010/11/11 13:25:35:468 :Com port 6 opened correctly 2010/11/11 13:25:35:468 :Start to read byte from Com 5 2010/11/11 13:25:35:468 :Return from Com 5: 2010/11/11 13:25:35:468 :Start to read byte from Com 5 2010/11/11 13:25:35:468 :Return from Com 6: 2010/11/11 13:25:35:484 :Close down Com 5 2010/11/11 13:25:35:484 :Availble ports :COM1|COM3|COM5|COM6 2010/11/11 13:25:35:484 :Start to read byte from Com 6 At this point AutoIt will crash. Any thoughts. Thanks Steve

Well done, and thanks. I have adapted for my example and it works well. This has been a great learning for me. I never new about the ?= "look ahead" option. I can't see it documented in our help file (although now I have looked further it is on the online PCRE section ) Thanks again. Steve

I have the following data asfaf ZCZ wtr aphup lkjk a..etc I would like to pick up the sections asfaf ZCZ wtr aphup lkjk etc Obviously the real data is more complicated and varied.... Somehow I need to match the "a". The "a" needs to be included as the first entry in each section captured and the data I require includes everything up to the beginning of the next "a" There is a workaround , where I can do a StringRegExpReplace($str,"a","@@a") and then match between the "a" and the "@@", but my feeling is that this can be achieved with the correct pattern. Has Anyone any thoughts ? Thanks. Steve

PSaltyDS, Thank you for this help. The explanation you gave (and the solution) is brilliant. Thanks again to Authenticity and Malkey for looking at this. Hopefully the explanations you have given will be as helpful to others as they have been for me. Steve