Added “Rename DQMH Module” utility to Tools»Delacor»DQMH
Added ability for custom names for singleton and cloneable modules when creating a new DQMH project from the Create Project dialog.
Addressed possible race condition during Main.vi initialization. The module was not ready to receive requests until the Initialize Data and Initialize Panel had been enqueued and the Queue was ready to receive other requests. Internally, we would encourage developers to not send any requests until the “Module Did init” broadcast would had been received. However once others started using the template, we saw that this was not enforceable and a race condition could happen if the developers sent a request before the module was ready. Also NI QMH Project Template did combine the three initialize messages into one to address a possible race condition there as well in LabVIEW 2015. The fix to DQMH modules consisted in:
Moved the Synchronize Caller Events.vi out of the Init.vi and into the Initialize case in the MHL (and into the Error outer case in Main.vi) for both Singleton and Cloneable modules.
Combined Initialize, Initialize Data and Initialize Panel into a single Initialize case.
Added support code to implement wait for module to stop functionality in Stop Module.vi. This required the creation of Handle Exit.vi that is called in the Exit case in the MHL. Moved Did Stop.vi into Close.vi to be called after the module had stopped. For the cloneable module, moved all the code that keeps the first clone alive to be done inside the Close.vi.
VIPM was not really mass compiling VIs after installing in LabVIEW 2015 (despite showing in the status report that it was doing so). Report has been raised with JKI and recorded as Case 16809. In the mean time added post install code to force mass compiling of DQMH VIs after installing on LabVIEW 2015.
Changed the order of the merge error input terminals in the event requests/broadcasts templates.
Minor New Features
Added code that disables the rename and ‘do something’ options in the 2nd page of the DQMH project template dialog if the required Event Scripter package is not installed.
Fixed tabbing behavior in 2nd page of DQMH project template dialog.
Added “Module Name” to the Error Reported Argument–cluster.ctl for both Singleton and Cloneable modules.
Fixed Broadcast Events–cluster.ctl that had the Error Reported event referencing a non type def argument.
Removed Library property call from Application Name–constant.vi (this property is not available in exe).
Added changing the Window Title for the Application Main to use the Application Name–constant.vi to be consistent with the DQMH modules.
Updated the documentation for the Module Name–constant and the Application Name–constant VIs to not include that the VIs return the library name.
Put the show block diagram property inside a conditional diagram disable to indicate that only works in development mode.
Changed the order of the merge error input terminals in all Request/Broadcast Events VI wrappers that could lead to missing the original error.
Made Application.lvlib:Main.vi public.
Renamed Application.lvlib support virtual folder to Private and made it private.
Disabled automatic error handling from Show Diagram.
Cleaned up diagrams, few cosmetic changes to block diagrams.
Updated shipping examples to use new version.
Changed version to 220.127.116.11
Added version history to the top of the documentation describing changes.
Added link from change history to the new section.
Added documentation information regarding new tool to rename existing DQMH Modules. Added item to Table of Contents as well.