crelf

Done - thanks.

Hm - maybe it's something else. I just installed another package I'd created and got the same issue: and then I get a bunch of errors with my VIs, all related to the class abandoning its member VIs: I can send the package to you directly, but I can't attach it to a public forum.

If I open the class (in user.lib\...) all of the VIs are gone. The folders (including accessor folders) are still there, and the class data is there (although blocked because the owning library has a "problem"), but no VIs.

I built a package that includes a class and methods (the methods are available to the user on the palette), but when the user drops them on their block diagram, LabVIEW complains that the VI claims to be part of a library, but that library does not claim to own the VI.

I have a typedef in a package (it's actually a member of the private data of a class). After the built package is installed, when I drop a VI that uses the class, LabVIEW goes off searching for the typedef control. The path it looks for the control in is: .\user.lib\package.llb\API\ControlName.ctl but it's actually here: .\user.lin\package.llb\NameSpacedControlName.ctl As you can see, both the path and name aren't as LabVIEW expects them. My guess is that classes that contain typedefls aren't updated when the typedef in namespaced.

I created a test repository (didn't even put any packages in it), then quit VIPM. I deleted the files off the disk (the repo was in a folder on my desktop). Now I open the repo manager and it looks like it's managing the repo I'd deleted. I'd expect it to error out, or maybe tell me the repo's missing (and then allow me to browse for it, or remove it from the active repo list). I had to go into the VIPM options to find the repo listing and delete it manually from there.

These answers are out of date, now that VIPM 2012 is out - yay! Now any Professional Edition users can create and maintain repositories.

I installed LabVIEW 2011 (64bit), and installed some packages. I uninstalled LabVIEW 2011 (64bit) I installed LabVIEW 2011 (32bit), and installed some packages. I'm trying to remove a package from my library, but it's being reported as still installed in LabVIEW 2011 (64bit) and that I need to unistall it from there (I can't, because LabVIEW 2011 (64bit) isn't in the version drop-down anymore).

It's not in my Tools menu either.

Thanks Jim - that's exactly the answer I was expected, and hoping for.

Right, but have you found a way to apply an XML Schema check? ie: I'm using xsd schemas, not dtd. Cross posted to http://forums.ni.com/t5/LabVIEW/Validate-XML-to-xsd-schema/m-p/1952127#M648928

Hi Jim - can you elaborate on this? My experience is that EasyXML skips over items that aren't in the control definition and continues without error.

Firstly, and I know I've said this before, but EasyXML is a great product that really fills a niche in the LabVIEW world. My customer wants a new version of a long-running application, and using EasyXML has saved me man-days of design, development and test time - so a big thanks to JKI! On to my quesiton: XML inherently doesn't support ordering of elements (that's why we can attached attributes to elements, so we can distinguish between them), but I was wondering if EasyXML does. From my limited testing, it looks like EasyXML will populate an array of elements in the order they appear in

As reported here, the CAR is #139212.

Sure - give me a shout when you've got a few minutes.