I'm playing with it more. After the workaround I gave you earlier, I'm pretty sure I ran the code without crashing... but I am seeing the crash with the new version you've posted. Did you change anything else between the first version you posted and this later version other than the AlwaysCopy node on the Create VI?
1) It is reasonable to believe that the same bug affects the bottom input of the BundleByName node as well. You're sticking an object inside itself. LV2009 isn't duplicating the object properly. I did this but I'm still seeing the crash. If you've got other instances of this on your other VIs, you'll need to add the AlwaysCopy primitive as a workaround. I searched all your diagrams but didn't see any similar situations, so there may be something else at play here. In related news, I'm not going to be able to get a fix for "doesn't copy" bug into the LV2009 SP1. We're too close to having the service pack finished for me to make further fixes there. The fix will have to wait for LV 2010.
2) Tangent topic: You do not need the To More Generic nodes on your Create diagram. I mention this only because their presence made the diagram hard to read. One of them I can understand if you're passionate about hiding coercion dots, although when upcasting, coercion dots are no-ops -- pure visual feedback to the user with no runtime impact whatsoever. But the other one, the one that is casting the General.lvclass object into LabVIEW Object so you can connect it to the Obtain Queue primitives, is completely unnecessary. Just wire the LabVIEW Object constant directly. All you're setting on that terminal is the type of the queue -- the data on the wire is entirely ignored.
