jchd

Didn't look further but the source of the include should show what the issue is

AutoIt functions can be passed either as string: TrayItemSetOnEvent($trayID_reload, "ReloadMenu") or as function: TrayItemSetOnEvent($trayID_reload, ReloadMenu) The latter form allows AutoIt to detect errors at check/compile time, rather than runtime. Local $stINFO = DllStructCreate("long;long;long;ptr;ptr;ptr;ptr;long;long;long;ptr;long;long;long;long") Local $stVerb = DllStructCreate("wchar[15];wchar") Local $stPath = DllStructCreate("wchar[255];wchar") Local $stArgs = DllStructCreate("wchar[255];wchar") Local $stWDir = DllStructCreate("wchar[255];wchar")

Never care about Defender hallucinations.

@TomTheGeek I only took a quick eye to your code. I have 3 remarks: 1) prefer pass function names as such instead as string. E.g. TrayItemSetOnEvent($trayID_reload, ReloadMenu) 2) shouldn't text arguments to ShellExecuteEx use wchar instead of char? Else, if e.g. a path contains Unicode characters outside current codepage, expect failure. 3) Beware of changing global variables locally. Func LaunchTask() Local $i = ...

Grab the content of the clipboard with ClipGet() or use _ClipBoard_GetData($CF_UNICODETEXT). Also if you insist on using _ClipBoard_GetDataEx, then also use $CF_UNICODETEXT and $data = DllStructCreate("wchar Text[8192]", $clipCF_TEXT) Else you're requesting Windows to convert the (native) Unicode text in the clipboard to the default 8-bit codepage, making "special" characters (as you name them) either emasculated or lost in translation.

As @Jos already told you, there is no such thing as "a3x files for AutoIt3_x64.exe". Any a3x file can be run as X86 by AutoIt3.exe or run as X64 by AutoIt3_x64.exe. Of course if the source code relies on X64 features, then the resulting a3x has to be run by AutoIt3_x64.exe.

SQLite v3.25.2 is dated 2018-09-25, so yes it's terribly outdated. Official current version of DLL (v3.47.2) and tools available from https://www.sqlite.org/download.html SQLite team takes backward compatibility very seriously, so I don't get what your problem is. A program working with v3.25.2 will surely work under v3.47.2 but won't make use of all the new features added/fixed in between. OTOH, a program coded for using the recent features may obviously fail to work with older versions of the DLL.

FYI, a pedestrian way using regex is also pretty fast: Local $s = FileRead("events.xml") Local $t = StringRegExpReplace($s, "(?is)(\s*<ComplexData .*?</ComplexData>)", "") ConsoleWrite($t & @LF)

True. The only way to get rid of all these unsolvable TZ+DST issues would be to use only UTC everywhere for all purposes. Of course it would need that almost all humans change their "clock" habits, and accept that their "normal" wake up time is no more e.g. 06:30 but 01:00 or 17:45 depending on where they are.

wchar_t is not a valid type. Use wchar instead and test result of function calls.

For a more or less detailed history of timescales, see https://www.ucolick.org/~sla/leapsecs/timescales.html About timezones, rules, regions are changing so fast theat it's impossible in practice to be correct in the general case. Just for recent years: https://time.is/fr/time_zone_news

From the mid 70's the Acronym GMT doesn't have any precise scientific definition. Use UTC instead, including leap seconds!

Unicode codepoint 0x0275A (❚ HEAVY VERTICAL BAR) has no special effect on subsequent text. In other codepages, it's difficult to determine out of the blue what the character renderer will do.

The string supplied to Execute is AutoIt code, which is then executed. This is the way to execute dynamically created code.

Regex school: Local $text = FileRead(@ScriptDir & "\" & "source.txt") Local $hex = Execute('"' & StringRegExpReplace($text, '(?m)(?<=[[:xdigit:]]{5})([[:xdigit:]])(?=[[:xdigit:]]{2})', '" & _IncHex() & "') & '"') ConsoleWrite($hex) Func _IncHex() Local Static $Inc = 15 $Inc += 1 Return Hex(Mod($Inc, 16), 1) EndFunc I added two extra line in the source file, yielding: X0 00112033 X1 AABBC1DD X2 22446288 X3 BBDDF300 X4 11335477 X5 AACCE5FF X6 11AA26BB X7 CC33D744 X8 55EE68FF X9 ABCD9988 X10 8800AADD X11 EEFF3B44 X12 6622ACEE X13 5599CDFF X14 AAFF2E00 X15 0099AFCC X16 FD5A00B6 X17 10E51194