candidus

Hi, I stumbled upon the same problem some years ago and solved it using an Occurrence: This way you can run many parallel loops with diffent timings and they all stop at the same time.

Just don't build an installer. There's an option in the Application Builder which enables/disables building of the installer. I can't tell you where you exactly find it, that depends on your LabVIEW version. But remember you still have to install the appropriate version of RunTime-Engine separately.

QUOTE (rolfk @ Apr 25 2009, 07:53 AM) Thank you! That's exactly the point. Your answers, especially the first one, pointed me to another issue: My code example definitely mixes thing up, in a dangerous way: I mixed up "Flatten to String" and "Flattened String To Variant". These ones don't play well together, I just verified that they don't have the same representation for data string... :headbang:

QUOTE (Aristos Queue @ Apr 24 2009, 10:37 PM) Thanks, I already looked at these but in my opinion they are less useful than TypeDescriptors were. OK, I can use the type enums returned by them and wire the values to case structures. But I'd prefer a generic solution which works with any type. This seems no longer possible. Or do I miss something?

QUOTE (rolfk @ Apr 24 2009, 09:52 PM) Oh, that's bad. Is there any other way to cast a generic RefNum to a strictly typed one like in the above example? I know I could use "To More Specific Class" but the problem is that I want to get the target type from the RefNum, not hardcode it. Sounds weird, I know, but the piece of code above wasn't developed by me and it took me some time to understand what it should do... I know I could do something similiar using VI scripting (I tried it) but unfortunately my application shouldn't run in the IDE so that's not really an option...

Thanks, I didn't know that. But what about TDs in LV8? I know they're deprecated now but what's the preferred replacement?

QUOTE (rolfk @ Apr 24 2009, 05:42 PM) Thanks a lot! So their RefNum types also depend on their style, don't they? But what's about the change in the class hierarchy? In LV8.0 XYGraph seems to be a subtype of WaveformGraph, at least the RefNum looked like that and I noticed it changed when just opening the VI in LV8.0 . QUOTE (candidus @ Apr 24 2009, 07:44 PM) In LV8.0 XYGraph seems to be a subtype of WaveformGraph I'm correcting myself: In LV7.1.0 XYGraph seems to be a subtype of WaveformGraph.

QUOTE (test001only @ Apr 24 2009, 09:21 AM) Hallo, I didn't have to work with XPath for a long time but here are some hints: Comment aren't XML elements but XML nodes so try to get all nodes of the document. There is a very nice tutorial about XPath that helped me a lot. You can find it under http://www.w3schools.com/Xpath/ . You can also take a look into a (MS)XML forum, perhaps there are special issues regarding XPath and MSXML.

Hi there, we have a piece of code, developed in LV6.1 which also worked fine in LV7.1. It is used to "typecast" a control RefNum to a strict one via "Flatten To String", changing the type descriptor to the target RefNum type and "Unflatten String To Variant": The example above works in LV7.1 but not in LV8.0, at least not with a XYGraph control: If you change the control and depending RefNum in the cluster to something that already existed in LV7.1 it works even in LV8.0! I think it's something about the deprecated TypeDescriptor in LV8.0, perhaps the newly introduced types (like XYGraph, which was WaveformGraph before) don't return valid TDs. How to work around this issue? What is the preferred way to do type checking in LV8.0 without using old style TDs?