Calculator demo depends on mono bug [libgluezilla]

[TimJSwan89]

On macOS terminal:

$ type crayon
crayon is aliased to `mono $CRAYON_HOME/crayon.exe'

$ crayon Calculator.build 
WARNING: The Carbon driver has not been ported to 64bits, and very few parts of Windows.Forms will work properly, or at all
libgluezilla not found. To have webbrowser support, you need libgluezilla installed

Unhandled Exception:
System.EntryPointNotFoundException: HIViewPlaceInSuperviewAt assembly:<unknown assembly> type:<unknown type> member:(null)
  at (wrapper managed-to-native) System.Windows.Forms.XplatUICarbon.HIViewPlaceInSuperviewAt(intptr,single,single)
  at System.Windows.Forms.XplatUICarbon.SetParent (System.IntPtr handle, System.IntPtr parent) [0x00096] in <e60e7145046647a5b4860f7d3fc4957e>:0 
  at System.Windows.Forms.XplatUI.SetParent (System.IntPtr handle, System.IntPtr hParent) [0x00000] in <e60e7145046647a5b4860f7d3fc4957e>:0 
  at System.Windows.Forms.Control.ChangeParent (System.Windows.Forms.Control new_parent) [0x00071] in <e60e7145046647a5b4860f7d3fc4957e>:0 
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.ChangeParent(System.Windows.Forms.Control)
  at System.Windows.Forms.Control+ControlCollection.Add (System.Windows.Forms.Control value) [0x00143] in <e60e7145046647a5b4860f7d3fc4957e>:0 
  at Interpreter.Libraries.Nori.NoriFrame.BuildUi () [0x0003e] in <bcee8e8960c94d438092a31f2eb72294>:0 
  at Interpreter.Libraries.Nori.NoriFrame+<>c__DisplayClass27_0.<Show>b__0 () [0x00000] in <bcee8e8960c94d438092a31f2eb72294>:0 
  at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00014] in <b814b509d4ad406fb40c6c93e38929e7>:0 
  at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <b814b509d4ad406fb40c6c93e38929e7>:0 
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <b814b509d4ad406fb40c6c93e38929e7>:0 
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <b814b509d4ad406fb40c6c93e38929e7>:0 
  at System.Threading.ThreadHelper.ThreadStart () [0x00008] in <b814b509d4ad406fb40c6c93e38929e7>:0 
[ERROR] FATAL UNHANDLED EXCEPTION: System.EntryPointNotFoundException: HIViewPlaceInSuperviewAt assembly:<unknown assembly> type:<unknown type> member:(null)
  at (wrapper managed-to-native) System.Windows.Forms.XplatUICarbon.HIViewPlaceInSuperviewAt(intptr,single,single)
  at System.Windows.Forms.XplatUICarbon.SetParent (System.IntPtr handle, System.IntPtr parent) [0x00096] in <e60e7145046647a5b4860f7d3fc4957e>:0 
  at System.Windows.Forms.XplatUI.SetParent (System.IntPtr handle, System.IntPtr hParent) [0x00000] in <e60e7145046647a5b4860f7d3fc4957e>:0 
  at System.Windows.Forms.Control.ChangeParent (System.Windows.Forms.Control new_parent) [0x00071] in <e60e7145046647a5b4860f7d3fc4957e>:0 
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.ChangeParent(System.Windows.Forms.Control)
  at System.Windows.Forms.Control+ControlCollection.Add (System.Windows.Forms.Control value) [0x00143] in <e60e7145046647a5b4860f7d3fc4957e>:0 
  at Interpreter.Libraries.Nori.NoriFrame.BuildUi () [0x0003e] in <bcee8e8960c94d438092a31f2eb72294>:0 
  at Interpreter.Libraries.Nori.NoriFrame+<>c__DisplayClass27_0.<Show>b__0 () [0x00000] in <bcee8e8960c94d438092a31f2eb72294>:0 
  at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00014] in <b814b509d4ad406fb40c6c93e38929e7>:0 
  at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <b814b509d4ad406fb40c6c93e38929e7>:0 
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <b814b509d4ad406fb40c6c93e38929e7>:0 
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <b814b509d4ad406fb40c6c93e38929e7>:0 
  at System.Threading.ThreadHelper.ThreadStart () [0x00008] in <b814b509d4ad406fb40c6c93e38929e7>:0

[blakeohare]

Ultimately, I'd like to rebuild all the non-game UI stuff on an Electron JS based solution since it's dependent on a bundled browser available in WinForms. Right now, there isn't really a way to "fix" this per se, aside from migrating the Nori library to a new framework.

This is not going to be a quick fix.

[TimJSwan89]

Cool.

I honestly don't know anything about Nori, WinForms, Electron JS, libgluezilla, or Carbon, so I'll just trust you.