Jump to content

D. Ackermann

Members
  • Content Count

    10
  • Joined

  • Last visited

Everything posted by D. Ackermann

  1. I will take a look at VI Scripting then. The situation is like this: LibA is out there for years. Now a 2.0 version of LibA called LibB will be created. LibB is doing things quite different internally and depending on other software. Therefore the transition from LibA to LibB requires multiple changes on the systems it is deployed to. A developer with multiple deployed systems will have a transition period where he has to work with LibA and LibB. That is why I don't want to make it LibA 2.0. That would require installing the LibA versions back and forth. With creating LibB they can be i
  2. Unfortunately, the libraries are locked with password. Also the libraries are distributed to other users and the way to replace them should not be to complicated. I never looked into VI scripting. Maybe this could be a way to replace all lvlib VIs in a complete project?
  3. Ok, I just found out, that if I add an additional step of pointing the CLFN to the dll again in LV 2013 and saving the project. Opening the project in LV 2019 from a different location works for LV 32 and 64 bit. So I guess the problem is somehow conencted to saving the project for previous version. I can live with this..
  4. Yes, I thought about both options before. Both don't really work for me. If I use "Specify path on diagram" checkbox, the dll is not automatically put in the data folder when building an exe. And it is actually not one dll. It is multiple dlls from another company. The dlls have linkage between them. So I cannot change the naming. Thanks.
  5. Hi I am looking for an efficient solution to create a VI library for LV 32 and 64bit, that uses a dll. I spent about a day now without success.. I am cretating the library with LV 2019 and saving it for LV 2013 to have it available for older LV versions. The dll has the same name in 32 and 64 bit version. I am using the conditional disable structure to detect if it is LV 32 or 64 bit in the code. In the structure are 2 call library function nodes. One for 32 and 64 bit version of the dll. The dll is in a subfolder of the VIs. The VIs are organized in a lvlib. I also added the dl
  6. Hi I am looking for an efficient way to replace the VIs of a lvlib with another lvlib with the same type of VIs in multiple projects. It should be done without having to do the replace for each single VI, because there are up to 50 public VIs in the lvlib. As an example: A lvlib with these VIs: LibA.lvlib:FuncA.vi LibA.lvlib:FuncB.vi LibA.lvlib:FuncC.vi Is to be repleced in all the code with another lvlib with these VIs: LibB.lvlib:FuncA.vi LibB.lvlib:FuncB.vi LibB.lvlib:FuncC.vi Of course the VIs have the same interfaces. In a text based languag
  7. Kurt and Paul, well, the reason I want to cut out the To more specific class conversion is I am creating an API, that uses LabVIEW classes, but it is targeted to the normal LabVIEW user, which might never have used LabVIEW classes. I know I will be in a support hell, if I dont find a way to avoid the to more specific class conversion. If I put it in a collection class, then this class needs to know all existing classes. And if a new class is added, also the collection class has to be updated. This doesnt work for me, because users can also add their own classes. The vehicle, truck, c
  8. Thank you very much for the replies. The collection is a concept I also use and also think it has many benefits. But here I actually was mor interested in the point of using vehicle class as interface on a truck method. This to be able to not have to do "To mor specific Class) conversion in the places wher truck class is needed. The conversion is done inside. here an image TruckMethod.zip
  9. Hi, I was thinking about a problem, that I experiance often with arrays of different class objects. I have a approach to solve this convenient, but would like to get oppinions, if I am getting drawbacks by this I don't see. So it would be nice, if I could get some feedback on this. Here the problem: Arrays of mixed classes are of type of base class. When extracting an object and appying a method of the inherited class, a to more specific class conversion has to be done before wiring. This is really a pain when to be done a lot of times. I thought now why not use the base clase as int
  10. Hello I am working on a DSC project and am having trouble to find a way to programatically change the citadel logging path of a shared variables libraray. The application has to run as an Exe. So using the Project properties won't be a solution I guess. I hope someone can help me on this. Thanks Dermot
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.