aut2exe Mangles Named RCDATA Resources

[wraithdu]

If I add a named resource to AutoItSC.bin with ResHacker, then compile a script, the resource name is mangled. For example:

ResHacker -add AutoItSC.bin, AutoItSC.bin, mydata.dat, rcdata, MYDATA, 1033

Viewing the resulting AutoItSC.bin in ResHacker:

RCData -> MYDATA -> 1033

Viewing the compiled EXE in ResHacker:

RCData -> M( -> 1033
(or some other mangled name)

The actual data seems intact. The same problem happens with named resources of types BITMAP and ICON as well. I do not know if aut2exe_x64 has this problem or not.

[Zedna]

Just some notes:

1)As workaround you can add desired resources to output compiled EXE instead of AutoItSC.bin. This way I add resources in my Resource UDF
​http://www.autoitscript.com/forum/index.php?showtopic=51103

#AutoIt3Wrapper_useupx=n
#AutoIt3Wrapper_run_after=ResHacker.exe -add %out%, %out%, image3.jpg, rcdata, TEST_JPG_1, 0
#AutoIt3Wrapper_run_after=upx.exe --best --compress-resources=0 "%out%"

#include "resources.au3"
 
$gui = GUICreate("Data from resources simple example 1",400,150)
$pic1 = GUICtrlCreatePic("",0,0,400,150)
_ResourceSetImageToCtrl($pic1, "TEST_JPG_1") ; set JPG image to picture control from resource
GUISetState(@SW_SHOW)

While 1
    If GUIGetMsg() = -3 Then Exit
WEnd

2) Scite4AutoIt3 has the similar bug. If you use #AutoIt3Wrapper_Res_File_Add directive then resource is placed at wrong section with wrong name

[wraithdu]

Actually I found the bug while modifying AutoIt3Wrapper to use named resources, and just confirmed it with ResHacker. Took me hours to figure out what was going on until I interrupted the process and looked at the interim .bin file :/

[Jos]

Not sure if we really want to support modifying the BIN files but leave that up to Jon to decide.
The current solution we are working on to update the resources after compilation is the way to go.

Jos

[Jon]

No bug. Aut2exe is built to handle AutoItSC.bin as is (for now).