ds34

I am too successfully using the udf on winXP - great stuff - perfectly autoit (small&standalone, simple interface, reliable)! As the others I fail on Win7 hosts regardless of 32/64 bit and used JRE (6/7). I think the AutoITJavaAccess.dll is not compatible with WIN7, any of it's calls delivers "" =>; A result of "" indicates that the Java Access Bridge was unable to get values from the Java object. The JAB works well (so ferret ect are shwoing the proper entries with the same strings as within WinXP). 1) Did anyone get the java udf being working in Win7 environment? I assume that Sean is not active any more () - so for me there seems no hope in getting it running under Win7. 2) anyone who has a hint how to get Java gui interaction with different tools (small&standalone, simple interface, reliable)?

Thanks, issue resolved. Failure found - this is line 20777 in the obfuscated script, so I probably had some change in includes. What do you think, would it be worth an enhancement request to put the complete source into RT_RCDATA?

Unfortunatelly the script lines (even adjusted by 2 for the lines setting obfuscator) do not have an unsecured array access. $blocks = StringSplit($message, @CRLF) Local $lauf Local $sBlockString For $lauf = 1 To $blocks[0] Switch $sBlockString Case "M" $Flag = "M" If $endsegment = 1 Then $Flag = "M;" <21941> $CTAG = _StringSplit(StringStripWS($blocks[$lauf], 4), " ", " ") If UBound($CTAG) > 1 Then _Array2DAdd($aCtagMixedBlock, $CTAG[1] & "|" & $lauf) This portion is old and quite proven code. $lauf is set directy set by the stringsplit function, so it appears that the "obfuscated" source is not the point of failure? Is is possible that not using the obfuscator will leave the comment lines in the code?

No, the custom error handler won't help with array boundary violations... Still I did not obfuscate the original code (and I cannot reproduce the issue in my environment) so I need to create the full script that was used to generate the exe from my saved sources (main+includes). I have all my sources so I could run compliation easily again - all I need is to fetch the file that is passed to Aut2exe.exe when pressing F7 (edit from F5) in Scite... Any idea?

In case I compile again with this obfucator=y will the line number be the same as of the original error report? Thanks, Daniel BTW: Unfortunatelly the source attached to the binary in RT_RCDATA,999 is just the main script.

I am using default? settings to compile: #Tidy_Parameters=/gd /gds #Obfuscator_Parameters=/sf /sv I get the following output: >"C:\Program Files\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.exe" /prod /in "C:\Documents and Settings\ds115\My Documents\Dokumente\AutoIt\TL1DebugBackup\v1.6\TL1DebugConsole_actual_R33_v20.au3" /autoit3dir "C:\Program Files\AutoIt3" +>09:56:37 Starting AutoIt3Wrapper v.2.0.1.24 Environment(Language:0409 Keyboard:00000407 OS:WIN_XP/Service Pack 3 CPU:X64 OS:X86) >Running AU3Check (1.54.19.0) from:C:\Program Files\AutoIt3 +>09:56:40 AU3Check ended.rc:0 >Running:(3.3.4.0):C:\Program Files\AutoIt3\aut2exe\aut2exe.exe /in "C:\Documents and Settings\ds115\My Documents\Dokumente\AutoIt\TL1DebugBackup\v1.6\TL1DebugConsole_actual_R33_v20.au3" /out "C:\Documents and Settings\ds115\Desktop\TL1DebugConsole_v2.0.exe" /nopack /icon "C:\Documents and Settings\ds115\My Documents\Dokumente\AutoIt\TL1DebugConsole\bomb.ICO" /comp 4 +>09:57:00 Aut2exe.exe ended.rc:0 >09:57:00 Performing the Program Resource Update steps: ...>Updating Program Version information. ...>Updating Program Manifest information. ...>Adding original Script source to RT_RCDATA,999 in the Output executable. ...>Adding 23 Icon(s). +>09:57:01 Program Resource updating finished successfully.rc:0 >Running:(3.3.0.0):C:\Program Files\AutoIt3\aut2exe\upx.exe" --best --compress-icons=0 -qq "C:\Documents and Settings\ds115\Desktop\TL1DebugConsole_v2.0.exe" 11106808 -> 10298872 92.73% win32/pe TL1DebugConsole_v2.0.exe +>09:57:07 UPX Ended: rc:0 +>09:57:07 Created program:C:\Documents and Settings\ds115\Desktop\TL1DebugConsole_v2.0.exe ->09:57:07 Warning: This is an Unicode compiled script and will not run on Win9x/ME. > Using the SVN repository of the source directory:C:\Documents and Settings\ds115\My Documents\Dokumente\AutoIt\TL1DebugBackup\v1.6\ > This file is new:TL1DebugConsole_actual_R33_v20.au3 - No changes to commit in the SVN repository. +>09:57:08 cvsWrapper.exe ended.rc:0 >Updated the Source Version to:2.0.0.4... >Exit code: 0 Time: 32.937 So where can I look for this file?

Sometimes I get crash reports from users that the compiled script fails, i.e. "Line 21939 File "c:\blabla.exe" Error; Array variable subscript badly formatted" Clearly this is my fault by not checking the array boundaries - however, if I would check boundaries each and every time the script would be only dealing arrays rather then do any usefull work ;-). My trouble is now to find back the line 21939, since this number is of course not matching the Scite main script Line numbers (i.e. all includes ect). So I missed to find the possibility to create the complete au3-file from the source where the reported crash line is showing me the failing array access?

Thanks, seems I should have made a move to the "new" GUIRichEdit. However, this is not feasible, since the old GUIRichEdit I am using is way faster and this performance is critical in my case (lots of small, differently formatted text pieces to be appended to the RichTextEdit every second). I will check the _GUICtrlRichEdit_FindText() if I can find a way to reuse/adapt this to the my version of "a" UDF (I do not even know the real version of this, since its an unversioned file from Gary Frost/Yoan Roblet I took from the forum ages ago). I know it misses lots of finetuning/features (i.e. resizing support) compared to the new UDF, but again, the performance counts here. Thanks again! Daniel

I have a RichTextEdit and use it as a log application. I would like to add a "find/ find next" function for this log. Anyone of you who has an idea of how-to or even sample implementation? Cheers!

Thanks a lot! For my new projects I will use this. Maybe it would be worth to extend the UDF with a wrapper _GUICtrlRichEdit_AppendText($hWnd,$sText,$sColor) and to update the documentation with the information you discovered!

Thanks. I saw this solution being used in some post for Single Line. I tried with multiline but failed, the selection is going wrong. Since it appears to me to be a sw-problem I created http://www.autoitscript.com/forum/index.php?showtopic=109876

I work on a tool that shall provide a coloured log, so I want to append to a RichEdit a multiline string with a dedicated color. Already existing text in the log shall remain unchanged. To do this I use a wrapper for _GUICtrlRichEdit_AppendText which remebers textlenght before appending the new log portion, adds the new string, selects from the old position till the end of the richedit and then coloures the selection. Here a small dummy #include <GuiRichEdit_org.au3> #include <GUIConstants.au3> #include <WindowsConstants.au3> Global $tAppendTimer=TimerInit() Main() Func Main() Local $hGui, $hRichEdit, $iMsg $hGui = GUICreate("Rich Edit Example", 500, 550, -1, -1,$WS_SIZEBOX ) $hRichEdit = _GUICtrlRichEdit_Create($hGui, "This is a test", 10, 10, 480, 420, _ BitOR($ES_MULTILINE, $WS_VSCROLL, $ES_AUTOVSCROLL)) GUISetState() _GUICtrlRichEdit_SetText($hRichEdit,"DANIEL"&@CRLF) While True $iMsg = GUIGetMsg() Select Case $iMsg = $GUI_EVENT_CLOSE Exit Case $iMsg= $GUI_EVENT_RESIZED EndSelect If TimerDiff($tAppendTimer)>2500 Then $tAppendTimer=TimerInit() _AddColouredText($hRichEdit,@MON&":"&@MDAY&@CRLF&@TAB&"_"&@HOUR&@MIN&":"&@SEC&@CRLF,Random(0,2,1)) EndIf WEnd EndFunc ;==>Main Func _AddColouredText(ByRef $hWnd, $sText="",$iColorNumber = 0) $iLength = _GUICtrlRichEdit_GetTextLength($hWnd) _GUICtrlRichEdit_AppendText($hWnd,$sText) $iLength1 = _GUICtrlRichEdit_GetTextLength($hWnd) $bSetSelSuccess=_GUICtrlRichEdit_SetSel($hWnd, $iLength,$iLength1) Local $aPos = _GuiCtrlRichEdit_GetSel($hWnd) ConsoleWrite("$SetSelSuccess="&$bSetSelSuccess&" From:"&$iLength&" to:"&$iLength1&"_GetSel:"& $aPos[0] & "," & $aPos[1]&" @error:"&@error&@CRLF) Switch $iColorNumber Case -1 _GUICtrlRichEdit_SetCharColor ($hWnd,'0') Case 0 _GUICtrlRichEdit_SetCharColor ($hWnd,'65280') case 1 _GUICtrlRichEdit_SetCharColor ($hWnd,'16711680') case 2 _GUICtrlRichEdit_SetCharColor ($hWnd,'255') case Else _GUICtrlRichEdit_SetCharColor ($hWnd,'9500') EndSwitch Return True EndFunc ;==> However, still the whole output is changing colours. To me it appears that the _GUICtrlRichEdit_SetSel($hWnd, $iLength,$iLength1) is not performing correctly. This seems backed up by the console output: $SetSelSuccess=True From:16 to:58_GetSel:16,27 @error:0 $SetSelSuccess=True From:58 to:100_GetSel:45,45 @error:0 $SetSelSuccess=True From:100 to:142_GetSel:64,64 @error:0 $SetSelSuccess=True From:142 to:184_GetSel:83,83 @error:0 $SetSelSuccess=True From:184 to:226_GetSel:102,102 @error:0 $SetSelSuccess=True From:226 to:268_GetSel:121,121 @error:0 $SetSelSuccess=True From:268 to:310_GetSel:140,140 @error:0 $SetSelSuccess=True From:310 to:352_GetSel:159,159 @error:0 $SetSelSuccess=True From:352 to:394_GetSel:178,178 @error:0 GetSel shows different Selection than the SetSel was asked to perform. Any idea what I am doing wrong?

Thanks for the hint. I tried this as well, but it returns 0 as well. Thanks, this worked perfectly! Saved my day and keeps me running ;-)

Thanks, this is a typo in the post, the project actually uses different variable names. Always the ControlMove returns @error... I did some more searching in the forum and saw that this was posted for several versions of the early RichEdits. So I tried to use the current built-in UDF and ControlMove works over there. Starting to migrate my project to the current UDF I got stuck as well. Iam generating a colorized log and it seems that attaching portions to the hRichEdit is colorizing the whole RichEdit. I do attach the new text, select from the old text-end till the new and colorize. But this fails often, since the selection is not done properly... Also the performance of the RichEdit seems to be less than in the old RichEdit.au3s. So now I am stepping back to the old RichEdit - since it is such an old RichEdit2 object - any idea how to resize this object?

Any solution for this?