New SciTE4AutoIt3 available with updated SciTE v3.4.1

[guinness]

  On 7/18/2014 at 2:05 PM, Jos said:

Been away so have missed a lot around here... 

Could you give me an example script so I don't have to figure out what I need to look for exactly?

Thanks

Jos

You just need to change a couple of lines in the AutoItWrapper source code.

Case 2 ; *** RT_BITMAP
            $tSize = FileGetSize($InpResFile) - 14 ; file size minus the bitmap header
            $tBuffer = DllStructCreate("byte Text[" & $tSize & "]") ; Create the buffer.
            $pBuffer = DllStructGetPtr($tBuffer)
            _WinAPI_SetFilePointer($hFile, 14) ; skip reading the bitmap header

to this...

Case 2 ; *** RT_BITMAP
            $tSize = FileGetSize($InpResFile) - 16 ; file size minus the bitmap header
            $tBuffer = DllStructCreate("byte Text[" & $tSize & "]") ; Create the buffer.
            $pBuffer = DllStructGetPtr($tBuffer)
            _WinAPI_SetFilePointer($hFile, 16) ; skip reading the bitmap header

Edited July 18, 2014 by guinness

[Jos]

  On 7/15/2014 at 11:51 AM, guinness said:

I edited the post above. If not then maybe a Lua expert can look at it.

How was your proposed update for the CreateFunctionHeader LUA function tested?

In SciTE or in another way as it looks like it doesn't like the ternary statement in there?

Jos

[guinness]

The first >one I tested, but the second version I uploaded without testing. I am not a Lua expert but I am sure from what I read ternary is supported.

Edited July 18, 2014 by guinness

[Jos]

  On 7/18/2014 at 2:09 PM, guinness said:

 

Yu just need to change a couple of lines in the AutoItWrapper source code.

 

Cheers

[Jos]

  On 7/18/2014 at 2:20 PM, guinness said:

The first >one I tested, but the second version I uploaded without testing. I am not a Lua expert but I am sure from what I read ternary is supported.

Can only find that LUA lack explicit Ternary support so guess it needs to be done the old fashioned way with If/else.

Jos

[Jos]

  On 7/15/2014 at 7:41 PM, mLipok said:

Today I work with this:

#AutoIt3Wrapper_Run_Debug_Mode=Y

Here is my repro:

;~ #AutoIt3Wrapper_Run_Debug_Mode=Y

Sleep(10)
Local $a
For $i = 1 to 1
    ConsoleWrite('test' & @crlf)
    if $i = 1 then ConsoleWrite($a[10])
Next

; comments
Sleep(10)
ConsoleWrite('End' & @crlf)

The case is not error appear but the message in console.

First run my repro using F5

You will see:

and this is expected results in this case

But now uncomment first line, and again run repro using F5

Now you will see:

and of course this line number (26) is incorrect so you can not use F4 for jump to this line.

 

Edit:

Can this be fixed ?

Best regards,

mLipok

Not much time to dive into this but am open to updates/fixes for the included Debug function (Func RunAutoItDebug()) originally written by Klaatu.

Jos

[Jos]

  On 7/16/2014 at 6:40 AM, mLipok said:

Today I come across that problem:

This is a stack-overflow from the recursive process that reads the includefiles.

Will have a play to see what the stack size needs to be on polink for a reasonable recursion depth.

Jos

[mLipok]

  On 7/18/2014 at 2:38 PM, Jos said:

Not much time to dive into this but am open to updates/fixes for the included Debug function (Func RunAutoItDebug()) originally written by Klaatu.

Jos

Where I can found this Func ?

[mLipok]

  On 7/18/2014 at 3:44 PM, Jos said:

This is a stack-overflow from the recursive process that reads the includefiles.

Will have a play to see what the stack size needs to be on polink for a reasonable recursion depth.

Jos

All right. So I wait to good news

edit: wording

Edited July 18, 2014 by mLipok

[mLipok]

  On 7/16/2014 at 8:20 PM, mLipok said:

!>22:18:18 Au3Stripper ended.rc:-1073741571
->22:18:18 Au3Stripper outputfile missing. Using original input file.rc:1

  On 7/17/2014 at 6:31 AM, mLipok said:

The second statement, not always appear - why ?

There is another issue with Au3Stripper

If script_stripped.au3 exists, and now Au3Stripper have this kind of hardcrash

then

script_stripped.au3 is not removed and is still in old version

so Au3Wrapper compile this old version

[Jos]

  On 7/18/2014 at 3:45 PM, mLipok said:

Where I can found this Func ?

In the autoit3wrapper source that is provided with the installer.

[Jos]

  On 7/18/2014 at 3:46 PM, mLipok said:

All right. So I wait to good news

edit: wording

Uploaded v1.2.1.3 that now works for at least 150 levels deep.

Jos

[Jos]

  On 7/18/2014 at 3:54 PM, mLipok said:

 

There is another issue with Au3Stripper

If script_stripped.au3 exists, and now Au3Stripper have this kind of hardcrash

then

script_stripped.au3 is not removed and is still in old version

so Au3Wrapper compile this old version

Makes sense when au3stripper isn't going through its usual process. The hardcrash should be a clear message to you that something is wrong.

Jos

[mLipok]

  On 7/18/2014 at 4:29 PM, Jos said:

Makes sense when au3stripper isn't going through its usual process. The hardcrash should be a clear message to you that something is wrong.

Jos

 

Please move Deletion of old script to the top of Au3Stripper source code.

[mLipok]

  On 7/18/2014 at 2:38 PM, Jos said:

Not much time to dive into this but am open to updates/fixes for the included Debug function (Func RunAutoItDebug()) originally written by Klaatu.

 

So I try to fix it in a next week.

Please leave this case for me as a challange.

mLipok

[Jos]

  On 7/18/2014 at 4:45 PM, mLipok said:

So I try to fix it in a next week.

Please leave this case for me as a challange.

mLipok

All yours

[Jos]

  On 7/15/2014 at 9:37 PM, guinness said:

Jos,

AutoItWrapper is stripping the first 14 bytes of a bitmap image when it should be the sizeof(tagBITMAPFILEHEADER). I tested by using 16 (which is what the size is) and it worked.

; MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd183374(v=vs.85).aspx
Global Const $tagBITMAPFILEHEADER = 'word bfType;dword bfSize;word bfReserved1;word bfReserved2;dword bfOffBits'
ConsoleWrite(DllStructGetSize(DllStructCreate($tagBITMAPFILEHEADER)) & @CRLF) ; 16 not 14 bytes.

To clarify: http://www.codeproject.com/Articles/47708/Modify-Update-resources-of-an-Exe-DLL-on-the-fly

 

This is the info I probably have used when coding that: http://en.wikipedia.org/wiki/BMP_file_format

It speaks of a 14 byte header.

Also when looking at the structure it contains 2 times a DWORD which is 2*4=8 Bytes and 3 times a WORD which is 3*2=6 which gives 6+8=14 Bytes.

So why is AutoIt3 giving me 16?   something with align?

Jos

Edited July 19, 2014 by Jos

[Jos]

  On 7/19/2014 at 8:21 AM, Jos said:

This is the info I probably have used when coding that: http://en.wikipedia.org/wiki/BMP_file_format

It speaks of a 14 byte header.

Also when looking at the structure it contains 2 times a DWORD which is 2*4=8 Bytes and 3 times a WORD which is 3*2=6 which gives 6+8=14 Bytes.

So why is AutoIt3 giving me 16?   something with align?

Jos

Doing some more tests it works fine for me with the 14 bytes header logic and doesn't work with the 16 bytes logic you proposed.

Do you have an example that doesn't work with the 14 bytes header logic?

Jos

Edited July 19, 2014 by Jos

[guinness]

No I don't.

But download the ZIP >> '?do=embed' frameborder='0' data-embedContent>> and compile the example.This has been working for me the 16, but seems there is an alignment issue after reading the article.

Edited July 19, 2014 by guinness

[Jos]

  On 7/19/2014 at 8:58 AM, guinness said:

No I don't.

But download the ZIP >> '?do=embed' frameborder='0' data-embedContent>> and compile the example.This has been working for me the 16, but seems there is an alignment issue after reading the article.

Compiled the example.au3 and ran the exe and all seems to display fine.  AutoIt3 v3.3.12.0  x86.

What should I be looking for or do to make it fail like you see?