Error opening the destination file ahk

I’m controlling an existing installation routine (covering 23 languages) with an AHK script which works fine. For deployment i would like to compile the script into an executable.
I’ve tried the ANSI, UNICODE32 and UNICODE64 setting but the window titles in greek, chinese, japanes, korean, russian, bulgarian are not catched any more.
When comparing the compiler output (which contains the script) with the script, some window titles captured with the window spy in the languages described are somehow changed.
e.g.: «Äîáðî ïîæàëîâàòü» (russian «welcome») is compiled to «Ã„îáðî ïîæàëîâàòü»

In detail:
; 0419 russisch
IfWinExist, Äîáðî ïîæàëîâàòü
{
WinActivate
Click 338, 339
}

compiled to

IfWinExist, Äîáðî ïîæàëîâàòü
{
WinActivate
Click 338, 339
}

In this thread, a user of AutoHotkey Basic had some problems compiling scripts for AutoHotkey_L using fincs’ Ahk2Exe. I believe the initially reported error message (invalid character in variable name) was caused by Ahk2Exe invoking AutoHotkey.exe /iLib, where AutoHotkey.exe is AutoHotkey Basic, and that the error ultimately didn’t prevent the compilation from succeeding.

My first thought was to simply suppress error messages by using /ErrorStdOut /iLib, but I’m not sure if this is appropriate since auto-includes may fail in that scenario, depending on whether AutoHotkey Basic can load the script. Can you think of a better solution?

If not, perhaps it would be sufficient for me to add a readme to the compiler download, documenting the specific requirements for auto-include support.

I got an error when I tried to make exe by the command line:

"C:Program FilesAutoHotkeycompilerahk2exe.exe" /in my_script.ahk /out my_script.exe

Following message appeared on the popup:

Error: Unable to copy AutoHotkeySC binary file to destination.

Specifically:
"C:UsersuserAppDataLocalTemp~Ahk2Exe~buildmy_script~exe~511090884045458.tmp"

After I made ~Ahk2Exe~build folder directly, the command succeeded.

The error is shown from version 1.1.33.00.
Version 1.1.32.00 does not show the error (and it seems the temporary file is different like C:UsersuserAppDataLocalTemp~tempXXXXXXXX.tmp)

The error does not occur when I use GUI and execute convert even at version 1.1.33.00 and later.

Mpress has a bunch of command line options. It would be nice to be able to specify them with the compiler, instead of compiling the scripts without compression and then manually running MPRESS.

This would be most useful in the UI, although it should also probably be available on the command line. Just add a text box after the Use MPRESS option that can contain MPRESS parameters.

From http://ahkscript.org/boards/viewtopic.php?f=14&t=9316

The following incorrectly produces an error:

FileInstall, test (1`,0).txt, test.txt

Error adding FileInstall file:
test (1`

Apparently it’s a known limitation — in ScriptParser.ahk there is a comment:

; TODO: implement `, detection

When compiled, the following script shows two message boxes. It should show only one.

; Main.ahk
#Include Include.ahk
#Include Include.ahk

; Include.ahk
MsgBox

Furthermore, attempting to compile the following script crashes the compiler:

; Self.ahk
#Include Self.ahk

The correct behaviour is to ignore #Include if the full path of the file matches the full path of a previously included file.

It says «Unable to copy the appropriate binary file as AutohotkeySC.bin because said file does not exist:
…………Unicode32-bit.bin

Do you still want to continue?»
How to fix this?

Edit: Ok, I’ve found out it is originally be placed at
%Program Files%AutoHotkeyCompilerAutoHotkeySC.bin

There has never been any «Compiler» folder. Maybe there was a problem during installation process.

The gui should have a second «expert» tab to show the ahk2exe directives found in script file.

As additional improvement it would be great ifvthe user can edit the directives and save them in the script.

The directives could be shown as list or table.

EXAMPLE

Quote marks should not be used here:

If AutoHotkey.exe isn’t present, there’s a possibility that an old _ilib.ahk file will be used.

When I attempt to compile a script in the same directory as Ahk2Exe.exe, I get the following error:

Error: Error opening the destination file.

Moving the same script to the desktop and compiling it works.

Edit: The actual issue was that Ahk2Exe tries to use AutoHotkeySC.bin even if it doesn’t exist, and fails with an inappropriate error message.

add /Mpress in Help, Label «BadParams» in Ahk2Exe.ahk

Msgbox, ... [/mpress 1 (true) | 0 (false)]...

? … i don’t know if it was intentional or forgotten…

During compilation with the latest commit, I get an error message about __temp.ahk. The following line is missing a second parameter (filename):

FileAppend, ExitApp `% (A_IsUnicode=1) << 8 | (A_PtrSize=8) << 9

I have used this software without any issues in past (I used to have the same anti-virus too). Now, when I compile the ahk script the AVG takes it as a threat and move it to quarantine.

AVG says: ‘Win-32:Evo-gen [Susp]’ threat level: medium

#Include Dir fails to change the working directory if FileExist("Dir") would return anything other than «D», such as if the directory has the archive attribute set. The problem is in ScriptParser.ahk:

; bad
if FileExist(IncludeFile) = "D"

; good
if InStr(FileExist(IncludeFile), "D")

I wonder if maybe a silent and/or hidden parameter should be added to the PostExec directive, like the Run[Wait] command.
Currently if I simply do the following, it works fine and no errors (RC = 0, return code?) are thrown:

;@Ahk2Exe-PostExec mpress.exe "%A_WorkFileName%", 0

… but if the executable is not found or returns a non-zero exit code, a error msgbox is shown. Since I simply want compression if it’s available, it’s okay if it fails. I do the following to allow it to fail silently.

; Trick to use mpress and throw no error if not available
;@Ahk2Exe-PostExec cmd /c mpress.exe "%A_WorkFileName%" &rem, 0

Perhaps, there are other use cases where this could useful?

;@Ahk2Exe-PostExec FailureIsOkay.exe "%A_WorkFileName%" , 0, 1, 1

Syntax being:

;@Ahk2Exe-PostExec Program [parameters] [, When, Hidden, Silent]

So no console (or whatever program) window flashes, and fails silently. What do you think?

Hi,

I’m compiling my .ahk scripts within Sublime Text 3 (with the help of a build script (a .bat file) that invokes ahk2exe with the necessary /in /out and /icon switch).

Is there any way to get the compiler (error) messages back into the console view of Sublime Text instead of getting a normal popup window? Regex parsing the output inside the console view allows to directly go to the line of an error for example.

Sublime Text 3 can be used as a portable application so if you’d like to take a look at it for yourself…

Tia,
Highend

Could you test compiling Ahk2Exe.ahk to Ahk2Exe.exe by using Ansi Version?
Directive SetVersion is not working in 32bit — Ansi version
szKey Value is not same as follows
Unicode Ver : VS_VERSION_INFO
Ansi ver : V
So occuring out of memory.
Error in #include VersionRes.ahk
Out of memory
026: while addr < addrLimit
027: {
028 : size := (NumGet(addr+0, «Ushort») + 3) &~3, blabla~~

 class VersionRes
 {
 Name := ""
 ,Data := ""
 ,IsText := true
 ,DataSize := 0
 ,Children := []
__New(addr := 0)
{
    if !addr
        return this
    wLength := NumGet(addr+0, "UShort"), addrLimit := addr + wLength, addr += 2
    ,wValueLength := NumGet(addr+0, "UShort"), addr += 2
    ,wType := NumGet(addr+0, "UShort"), addr += 2
    ;Need to modify below
            szKey := StrGet(addr), addr += 2*(StrLen(szKey)+1), addr := (addr+3)&~3

    ObjSetCapacity(this, "Data", size := wValueLength*(wType+1))
     ;Check Value is Correct


msgbox,% "wLength : " wLength " nwValueLength : " wValueLength " nszKey : " szKey "`nwType : " wType
 ;szKey Value is not Correct. as follows Unicode Ver : VS_VERSION_INFO , Ansi ver : V
 ;so occuring out of memory
    this.Name := szKey
    ,this.DataSize := wValueLength
    ,this.IsText := wType
    ,DllCall("msvcrtmemcpy", "ptr", this.GetDataAddr(), "ptr", addr, "ptr", size, "cdecl"), addr += size, addr := (addr+3)&~3
     ;if wType
    ;ObjSetCapacity(this, "Data", -1)
    while addr < addrLimit
    {
        size := (NumGet(addr+0, "UShort") + 3) & ~3
        ,this.Children.Insert(new VersionRes(addr))
        ,addr += size
    }
}

_NewEnum()
{
    return this.Children._NewEnum()
}

AddChild(node)
{
    this.Children.Insert(node)
}

GetChild(name)
{
    for k,v in this
        if v.Name = name
            return v
}

GetText()
{
    if this.IsText
        return this.Data
}

SetText(txt)
{
    this.Data := txt
    ,this.IsText := true
    ,this.DataSize := StrLen(txt)+1
}

GetDataAddr()
{
    return ObjGetAddress(this, "Data")
}

Save(addr)
{
    orgAddr := addr
    ,addr += 2
    ,NumPut(ds:=this.DataSize, addr+0, "UShort"), addr += 2
    ,NumPut(it:=this.IsText, addr+0, "UShort"), addr += 2
    ,addr += 2*StrPut(this.Name, addr+0, "UTF-16")
    ,addr := (addr+3)&~3
    ,realSize := ds*(it+1)
    ,DllCall("msvcrtmemcpy", "ptr", addr, "ptr", this.GetDataAddr(), "ptr", realSize, "cdecl"), addr += realSize
    ,addr := (addr+3)&~3
    for k,v in this
        addr += v.Save(addr)
    size := addr - orgAddr
    ,NumPut(size, orgAddr+0, "UShort")
    return size
}


}

;@Ahk2Exe-SetName Ahk2Exe
;@Ahk2Exe-SetDescription AutoHotkey Script Compiler
;@Ahk2Exe-SetCopyright Copyright (c) since 2004
;@Ahk2Exe-SetCompanyName AutoHotkey
;@Ahk2Exe-SetOrigFilename Ahk2Exe.ahk
;@Ahk2Exe-SetMainIcon Ahk2Exe.ico

;@Ahk2Exe-SetVersion 1.0.0.1

I had to check value is correct.
msgbox,% «wLength : » wLength » nwValueLength : » wValueLength » nszKey : » szKey «`nwType : » wType
szKey Value is not same as follows
Unicode Ver : VS_VERSION_INFO
Ansi ver : V
So occuring out of memory.
Error in #include VersionRes.ahk
Out of memory
026: while addr < addrLimit
027: {
028 : size := (NumGet(addr+0, «Ushort») + 3) &~3, blabla~~

I modify below and szKey Value is correct.
szKey := StrGet(addr,»UTF-16″)
and then Compilation is complete without out of memory.
Set Version is replaced correctly.
But, Set Description is not correct as follows. (Such as Text is not correct ; likes wType=1)
畁潴潈歴祥匠牣灩⁴潃灭汩牥䘀潲卭牴慥Ɑ摇灩畬屳摇灩牃慥@��FileVersion
This script is difficult to understand. I can’t fix it anymore
Can you do fix it?

If AutoHotkey.exe is entirely absent, compilation is aborted and the following error message is shown:

Error: The AutoHotkey build used for auto-inclusion of library functions is not recognized.

Specifically: (Ahk2Exe directory)..AutoHotkey.exe

Either of the following would be preferable:

• Warn the user that auto-inclusions won’t work because AutoHotkey.exe is absent, but continue anyway.
• Just compile. (Preferred for command-line mode.)

The error message when the bin file doesn’t exist, while marginally more useful than before, is still unclear. It implicates the destination as a possible source of the error, which would lead the user in the wrong direction. Something like «Selected bin file does not exist» would be more accurate, clearer, and would lead to a solution more quickly.

However, I still think

the UI should use any available bin file, ask the user, or at least point out that the current selection («(Default)») is invalid.

I could ask users of the compiler download to rename their preferred file «AutoHotkeySC.bin», but it would be more intuitive for the compiler to just work in that situation. In particular, it doesn’t make sense to always provide the «(Default)» option if it’s not necessarily always valid.

Now that I think of it, the only reason to even have AutoHotkeySC.bin in the installation is for scripts that automate compilation which might expect it to exist. I think that includes Compile_AHK II. Edit: I was thinking the installer could simply write the bin file setting (based on the selected version) to the registry instead, but that mightn’t work since the setting is per-user.

NOTE: This request has been updated, for latest please see «Revised Request» below

[EDIT: Original Request (out-dated)]

Hi guys, I would like to suggest removing the warning message that appears when trying to (re)-compile a script that is currently running, and the related question whether the file should be Unloaded of Reloaded.

Change

In this situation, ahk2exe could instead simply always (Unload, compile, and then) Reload the script.

Rationale / Context

I have a main .ahk script and several supporting .ahk scripts that are #include(d) — these are compiled into my ahk.exe program which autoruns when I login (and so is always running).

I often make changes to the supporting .ahk scripts (e.g. one of which is the AHK-provided Hotstring Manager / self-appending script) and (unless I missed something) need to re-compile my main .ahk script in order for changes to be pulled through / tested (closing/re-opening the .exe is not sufficient). Sometimes (in frequent change periods) I could get the Unload/Reload prompt 20+ times, which became quite distracting/laborious.

In the end, I removed the in-use check from ahk2exe.ahk (and instead always ran the code to Reloaded the file after it had re-compiled) and re-compiled ahk2exe… Personally, I much prefer the silent-Reload behaviour and it makes updating (and re-compiling my .ahk scripts) much easier now — so I thought I would at least propose the change to you guys (to make globally) if you wanted to do this.

Hopefully the above is clear (and you agree it would be a good change), please let me know if you have any questions/comments.

PS1 — Hopefully this request is taken in the right way, but just in case it seems I am being negative of ahk2exe, please note that is not my intention at all!.. The ahk2exe tool is great, I simply wanted to share a change that has helped me quite a lot personally, so this could be considered for wider roll-out to wider users.

PS2 — I realise I may not need to re-compile the script after every change and I could just run the un-compiled .ahk script instead, however I sometimes found differences between how the scripts sometimes ran as .ahk files vs. .exe files (e.g. with Hotstrings.ahk, trying to append to the script if it’s an .exe will fail, etc).. Also, as the compiled .exe autoruns on load, this meant I was running v1.0 of the .exe and v1.0.1 (i.e. different code) in the .ahk simultaneously, which had unpredictable results… So opting to always re-compile the script, seemed like a reasonable way to overcome these nuances.

Hi fincs,
when you compile a script with an icon, the quality of the icon is consistently worse compared to the same icon in the uncompiled script set with the menu command.

I’m not sure this depends from Ahk2Exe, because from what I see in the code you just replace the main AHK icon with the custom one. Sorry if this is not pertinent.

Is this the right place to leave a beta test report?

Just to say that I tested 1.1.30.03_Beta_8 to compile my app QAP and everything worked well. My AHK source file includes various Ahk2Exe directives:

;@Ahk2Exe-IgnoreBegin
…
;@Ahk2Exe-IgnoreEnd

;@Ahk2Exe-SetVersion 10.2.1
;@Ahk2Exe-SetName Quick Access Popup
;@Ahk2Exe-SetDescription Quick Access Popup (Windows freeware)
;@Ahk2Exe-SetOrigFilename QuickAccessPopup.exe
;@Ahk2Exe-SetCopyright (c) Jean Lalonde since 2013
;@Ahk2Exe-SetCompanyName Jean Lalonde

If this can help, is there anything I could test more specifically?

Thanks for taking the time to update this so useful tool. Nice job!

The following causes an error message, as Ahk2Exe misinterprets it as an actual #include directive:

Source: Try compiling this…

Can you consider making the CLI mode completly headless (i.e. no MsgBox/warnings), maybe just output everything to stdout.
or maybe make a new switch (like /headless) to disable msgboxes and output warnings, errors, and even the status to stdout.

This allows anyone to automate the compilation without the use of an AHK script or something similar to detect the msgboxes

@fincs
I have noticed that adding icon resource through compile directives is not currently supported.
In case this is because you are not sure how to do this through UpdateResource WinAPI function there is an article explaining this here: http://www.codeguru.com/cpp/w-p/win32/tutorials/article.php/c12873/Hacking-Icon-Resources.htm
Specifically:
«… In resources, icons are split into several RC_ICON resources and a RC_GROUP_ICON. A RC_ICON entry is basically the above ICON IMAGE. RC_GROUP_ICON contains the ICON HEADER and DIRECTORY ENTRIES with a single modification: The DWORD ImageOffset becomes WORD ResourceID.»

Thanks for the comment in code on how to handle bitmap resources. I would have never guest you have to remove the BMP header.

How about a built-in option or directive to compile as console application?

Scripts and code:

lexikos: I have a request for an option: «Compile as console application.»I think the uses are fairly obvious, but can elaborate if you need me to.The following (somewhat rudimentary) script can be used (via Run if desired) to change the subsystem of the AutoHotkeySC.bin file before the script is compiled. Ideally it would be used to modify Compile_AHK’s temporary copy of the bin file rather than the original. Using it directly on a compiled script exe invalidates its checksum and prevents the script from working.
https://autohotkey.com/board/topic/21189-compile-ahk-ii-for-those-who-compile/page-20#entry316030

lexikos: You can use the script I posted [above] after compiling the script. If it doesn’t work with Unicode/x64, use AutoHotkeyA32.exe (just to run the script I posted).
https://www.autohotkey.com/boards/viewtopic.php?p=144491#p144491

Steps to reproduce: Attempt a command-line compile using the /bin switch, with no .bin files in the Ahk2Exe directory.

Expected result: Compile succeeds with no warnings.

Actual result: A warning is shown that Ahk2Exe is unable to copy the appropriate binary file. Compilation succeeds after dismissing the warning.

Background: My release script pulls in Ahk2Exe and compiles it by running Ahk2Exe.ahk on the command line. The most up-to-date .bin file is specified on the command line, as I have no need to copy the .bin files into the Ahk2Exe source directory.

If the bin file is specified on the command line or a non-default file is selected from the GUI, there should be no need to create AutoHotkeySC.bin. I’d suggest the check be performed in one of the following cases:

• when «(Default)» is selected, or on startup (in GUI mode) if it was already selected. If the user has run it before and selected a different .bin, there’s no need to nag.
• when the user attempts to compile with AutoHotkeySC.bin.

When compilation fails, the original Ahk2Exe deletes the output file. This is probably the most sensible thing to do. Currently the Ahk2Exe script leaves behind the executable, probably in whatever state it was at the point of failure. An easy way to reproduce this is to attempt to compile the following:

Off-topic background information: I had been attempting to compile my main hotkey script as a test. My main hotkey script #includes WindowPad, which uses FileInstall. Since FileInstall source paths are relative to the main script file’s directory and WindowPad was in a different directory, it failed.

Powershell threads trying to run ahk2exe in the same time will sometimes encounter a lock file issue when getting a temporary file name from Util_TempFile(). This happens when 2 threads get the same name at the same time, resulting in failure of some of the threads in our build script.

A solution to this would be using a universally unique identifier (UUID) library for generating temporary file names.

Using Properties/Change Icon of a link to a compiled script I can see that there are 5 embedded icons.

• The 1^st is the default tray icon and is replaced using /icon option.
• The 2^nd is the one used to mark script files, but does not appear to be used for the tray icon.
• The 3^rd is used when the hotkeys are Suspended.
• The 4^th and 5^th are used in place of the 1^st and 3^rd when Paused.

It would be useful if each of these could be replaced independently through additional switches. (ex. /icon1 for the 2^nd, /icon2 for the 3^rd, …)

Hello,

i’ve written a script to write a hex string copied from HxD to a file. That means i can copy a hex pattern from a .jpg file (for example) and paste it into a continuation section in my script. The script then writes every decimal equivalent of a hex number with WriteChar() to my file. But if i want to compile my script (i use AHK v2.0-a134-d3d43350 Unicode x64 and compile it with the current Ahk2Exe version) and there is a long continuation section, Ahk2Exe returns «Error: The script contains syntax errors. […] Continuation section too long.». When i use resource hacker to put my script into the AHK v2 Unicode x64 .bin file, it works perfectly.
What i’ve tried:

• compile without compression
• with mpress
• with upx
• with other AHKv2 versions
  But no success.

My script:

SetWorkingDir A_ScriptDir ; Ensures a consistent starting directory.

hxStr := "
(
89 50 4E 47 0D 0A 1A 0A 00 00 00 0D 49 48 44 52 00 00 03 ; ... lots more here
)"
f := FileOpen("new.jpg", "w")
writeHexToFile(f, hxStr)
f.Close()

return

writeHexToFile(file, hexString)
{
	hex := {}
	i := 0
	while i <= 255
	{
		j := Format("{:#x}", i)
		if (j = 0)
		{
			j := "00"
		}
		else if (j < 16)
		{
			j := StrReplace(j, "0x", "0")
		}
		else
		{
			j := StrReplace(j, "0x", "")
		}

		hex.%j% := i
		i++
	}

	if (SubStr(hexString, 3, 1) = " ") ; Mode 1
	{
		chars := StrSplit(hexString, " ")
		for _, char in chars
		{
			char := StrLower(char)
			file.WriteChar(hex.%char%)
		}
	}
	else ; Mode 2
	{
		i := 1
		while i < StrLen(hexString)
		{
			char := StrLower(SubStr(hexString, i, 2))
			file.WriteChar(hex.%char%)
			i += 2
		}
	}
	return
}

Is it possible to port Ahk2Exe to AHKv2? This compiler could work, but it renames the script and then the generated .exe is not able to find and start this script…

Best regards,
Nick768

I believe the current behaviour of writing directly to the target path before compilation is complete causes this problem:

Error opening the destination file in Dropbox Folder
http://ahkscript.org/boards/viewtopic.php?f=14&t=10118

Additionally, if compilation fails, any previously existing (even valid) file at the target path is deleted. This is obviously not ideal.

A simple solution would be to write the intermediate file to a temporary location and move the result to the target path only after compilation succeeds.

After relaunch the gui doesn’t remember the last selected bin.

Note: I didn’t compiled a script before close.

Ahk2Exe (commit ae50d3a) is unable to compile itself or the following script:

MsgBox This line is not really FileInstall, but Ahk2Exe thinks it is. :(

Error: Invalid «FileInstall» syntax found. Note that the first parameter must not be specified using a continuation section.

Incidentally, it would be helpful if this error message indicated which file and line contains the supposed error.

This script by Lexikos, changes the «signature» whether the application will use
the Console or the Windows Subsystem, Like in Visual Studio: http://msdn.microsoft.com/en-us/library/fcc1zstk(v=vs.90).aspx

;"Compile as console application" Script by Lexikos
;from: http://www.autohotkey.com/board/topic/21189-compile-ahk-ii-for-those-who-compile/page-20#entry316030
;-------------------------------------------------------------------------------------

; Args:
;   1   filename of bin/exe file to switch
;   2   subsystem, i.e. "C" (console) or "G" (gui).  if omitted, switches between the two.
ifNotExist %1%
    ExitApp -1
file = %1%
if 2 not in ,C,G
    ExitApp -1

; Define Win32 constants.
GENERIC_READ  := 0x80000000
GENERIC_WRITE := 0x40000000
OPEN_EXISTING := 0x3
IMAGE_DOS_SIGNATURE := 0x5A4D
IMAGE_NT_SIGNATURE := 0x4550
IMAGE_SIZEOF_FILE_HEADER := 20
IMAGE_SUBSYSTEM_WINDOWS_GUI := 2
IMAGE_SUBSYSTEM_WINDOWS_CUI := 3

; Open file for read/write.
hfile := DllCall("CreateFile", "str", file, "uint", GENERIC_READ|GENERIC_WRITE, "uint", 0, "uint", 0, "uint", OPEN_EXISTING, "uint", 0, "uint", 0)
if hfile = -1
    ErrorExit("CreateFile failed")

; Verify EXE signature.
e_magic := SeekNumRead(hfile, 0, "ushort")
if (e_magic != IMAGE_DOS_SIGNATURE)
    ErrorExit("Bad exe file: no DOS sig")

; Get offset of IMAGE_NT_HEADERS.
e_lfanew := SeekNumRead(hfile, 60, "int")

; Verify NT signature.
ntSignature := SeekNumRead(hfile, e_lfanew, "uint")
if (ntSignature != IMAGE_NT_SIGNATURE)
    ErrorExit("Bad exe file: no NT sig")

; Calculate offset of IMAGE_OPTIONAL_HEADER and its Subsystem field.
offset_optional_header := e_lfanew + 4 + IMAGE_SIZEOF_FILE_HEADER
offset_Subsystem := offset_optional_header + 68

; Read current subsystem.
Subsystem := SeekNumRead(hfile, offset_Subsystem, "UShort")
; Toggle subsystem (do this even if it will be overridden, to validate):
if (Subsystem = IMAGE_SUBSYSTEM_WINDOWS_GUI)
    Subsystem := IMAGE_SUBSYSTEM_WINDOWS_CUI
else if (Subsystem = IMAGE_SUBSYSTEM_WINDOWS_CUI)
    Subsystem := IMAGE_SUBSYSTEM_WINDOWS_GUI
else
    ErrorExit("Bad subsystem: " Subsystem)

; Allow override on command-line:
if 2 !=  ; i.e. it is C or G
    Subsystem := IMAGE_SUBSYSTEM_WINDOWS_%2%UI

; Write new subsystem.
SeekNumWrite(Subsystem, hfile, offset_Subsystem, "UShort")

DllCall("CloseHandle", "uint", hfile)

MsgBox Changed subsystem to %Subsystem%.


; SeekNumRead: Seek to absolute offset and read a number of the specified type.
SeekNumRead(hfile, offset, type) {
    Seek(hfile, offset)
    VarSetCapacity(v,8), bytesToRead := NumPut(0,v,0,type)-&v
    if !(DllCall("ReadFile", "uint", hfile, "uint", &v, "uint", bytesToRead, "uint*", bytesRead, "uint", 0) && bytesRead == bytesToRead)
        ErrorExit("Read failed")
    return NumGet(v,0,type)
}

; SeekNumWrite: Seek to absolute offset and write a number of the specified type.
SeekNumWrite(num, hfile, offset, type) {
    Seek(hfile, offset)
    VarSetCapacity(v,8), bytesToWrite := NumPut(num,v,0,type)-&v
    if !(DllCall("WriteFile", "uint", hfile, "uint", &v, "uint", bytesToWrite, "uint*", bytesWritten, "uint", 0) && bytesWritten == bytesToWrite)
        ErrorExit("Write failed")
}

Seek(hfile, offset) {
    static FILE_BEGIN := 0
    if DllCall("SetFilePointer", "uint", hfile, "int", offset, "uint", 0, "uint", FILE_BEGIN) = -1
        ErrorExit("Seek failed")
}

ErrorExit(msg) {
    MsgBox %msg%`n  ErrorLevel=%ErrorLevel% A_LastError=%A_LastError%
    global hfile
    if (hfile != "" && hfile != -1)
        DllCall("CloseHandle", "uint", hfile)
    ExitApp
}

The following includes Foo.ahk twice, when compiled:

The original Ahk2Exe writes the processed script text into a temporary file as it goes along, and passes this file to AutoHotkey.exe /iLib. Because the #Include line was stripped out before it got to AutoHotkey.exe, it didn’t add the lib file to its output. I implemented #Include <Lib> support in Ahk2Exe to resolve this, though I realize now that I could have simply written the original #Include line into the temporary file and let AutoHotkey.exe do the rest.

Since your script passes the original filename to AutoHotkey.exe /iLib, both it and your script process the #Include line. This causes the file to be included twice. I think the best solution is to simply ignore any instances of #Include <Lib> and let AutoHotkey.exe handle it. You can either pass the original filename as you do now, or pass a temporary file containing the processed text.

The gui should have default values selected on first start.

Affected settings: bin, compress