Gizmo crashes X-plane application when fast write to custom MCP datarefs (MCP dials)

[vitabutch]

Dear IXEG team,

I am interfacing my Opencockpits gear with the beauty. For this purpose I am using my own SIOC<>X-plane interfacing plugin (very fast and optimized for no-delay data exchange). For example there is no issue when I use standard X-plane dataref for MCP altitude (sim/cockpit2/autopilot/altitude_dial_ft). But when I try to use ixeg/733/MCP/mcp_alt_target_act it crashes X-plane.

However custom datarefs works fine with another IOCP plugin - UICPX. UICPX works with approximate 3Hz rate of updating X-plane datarefs. It way too slow! This huge delay issue was exactly the reason not to use UICPX, but to create my own plugin. My plugin is wortking as a thread process within a plugin and writing datarefs immediately after recieving it. I thought there is something wrong with my own code. But debugger shows exception call in in Gizmo plugin. And it works with no issues with standard datarefs.

Could you please take a look if fast continious writing to the mentioned datareft creates a problem? Maybe you have some recommendation for the solution apart from writing to the standard cockpit2 datarefs or creating a timeouts between the write cycles?

P.S. I am writing datarefs using standard XPLMSetDataf call.

P.P.S. More testing on my system revealed that more or less frequent writes to any of IXEG custon MCP dataref causes X-plane crash triggered by exception in Gizmo plugin. So now I have to use IXEG MCP datarefs to read-only and write only to X-plane standard datarefs. I will be trying to simulate MCP buttons via joystick button presses. I have another application written to sumilate DX joystick via SIOC that I used for Falcon. It have a nice use here as well 

P.P.P.S. All above doesnt change my opinion about 737 IXEG to be the best plane created for X-plane so far . Pretty sure we will make it more cockpit builder friendly over the time 

Edited June 5, 2016 by vitabutch