In testing the Lexing plugin on windows, I am suddenly facing the notion that Xojo is not able to load the Lexing plugin because of the FTH shim. How can I solve this? Yes, I do experience crashes of Xojo both on Mac and Windows, which is normal during development of a plugin. The LOG I get is the following:
You can see what the FTH is doing in RegEdit by going to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\FTH\State - you’ll see a list of EXEs that it’s being applied to. You can delete these keys to turn it back off again. Note that FTH may reenable itself if you have more crashes.
There’s also an exclusion list in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExclusionList but I’ve not tried using that.
Thanks for this info. Apparently, on Windows-10, removal of this key does not have any effect. As soon as Xojo is launched, with or without the plugin, it is immediately tagged with the FTH as seen in debugView and the registry. I assumed that the FTX was causing the problem of Xojo not being able to load the plugin.
Nonetheless, for an obscure reason the plugin fails to load on windows. Basically, it suddenly caused the failed dll initialization routine.
Can’t even see the message string in PluginEntry() using DebugView.
default 16:23:56.097784 -0700 Xojo in textColor of the Lexing Plugin
default 16:23:56.098986 -0700 Xojo in textColor of the Lexing Plugin
default 16:23:56.100369 -0700 Xojo PluginEntry of the Lexing plugin
default 16:23:56.100461 -0700 Xojo Registered the base class XSColor
default 16:23:56.100514 -0700 Xojo Registered the subclass SemanticColor
and for Xojo windows:
00000017 4:22:36.448 PM [9816] Loading plugins...
00000018 4:22:36.831 PM [9816] windowTextColor of the Lexing plugin
00000019 4:22:36.831 PM [9816] windowTextColor of the Lexing plugin
00000020 4:22:36.831 PM [9816] REALPluginMain
00000021 4:22:36.831 PM [9816] PluginEntry of the Lexing plugin
00000022 4:22:36.831 PM [9816] PluginEntry of the Lexing plugin
00000023 4:22:36.831 PM [9816] Install Lexing Plugin
00000024 4:22:36.831 PM [9816] Registered the base class XSColor
00000025 4:22:36.831 PM [9816] Registered the subclass SemanticColor
00000026 4:22:37.143 PM [9816] Loaded: Lexing Plugin.xojo_plugin
Loading the plugin, causes Xojo to use functions defined in the plugin… On the Mac, the plugin function interrogates the name of the NSColor and uses creates a REALstring. On windows the plugin also creates a REALstring for “windowTextColor”. The creation of a REALstring is of course premature, because the resolver in PluginMain for REALBuildString has not resolved it yet.
I am not sure how to handle this, or that I have to handle it, or that this is a bug in RBLibrary. Hopefully, Xojo can provide a quick answer.
To tackle this I went through numerous crashes on macOS (fortunately!), while on windows, xojo did not provide string output messages, even before the culprit (REALBuildString) was called.