MikaelH

Sorry about that. Try these files instead: http://goop.endevo.net/GDS/GDS_4.1_2011.zip http://goop.endevo.net/GDS/GDS_4.1_2011-64.zip Cheers, Mike

You can find them here: http://goop.endevo.net/GDS/GDS_4.1_2011.zip http://goop.endevo.net/GDS/GDS_4.1_2011-64.zip These have not been tested on the official 2011 release yet, but has been tested on the Beta version. And I can say that this version of LabVIEW worked with GDS perfectly from the start. Cheers, Mike

Hi Everyone The issue has been fixed, but I’m not allowed to know how it was fixed, the order comes from the top managers in this >5000 people company. It started about 2 weeks ago, that LabVIEW couldn’t build executables, and at the same time other people started to get other problems with different applications. It took the US based IT department about 10 days to get it working again. They are not allowed to tell me what they did. I hope nobody else has to deal with these sorts of problems. If I manage to figure out what it was I’ll inform you, it has of cause something to do with some security policies pushed to the computer like spyware or encryption software. Cheers, Mike

For the last USB based load cell I use, I just cut the wire and fed it into an ADAM strain guage Module (ADAM 4016). That worked perfectly. //Mike.

Hi Here is the first download link I've found: https://lumen.ni.com...r/content.xhtml And here are some other links: http://zone.ni.com/devzone/cda/tut/p/id/12891 http://zone.ni.com/devzone/cda/tut/p/id/12892 https://decibel.ni.com/content/docs/DOC-15706 //Mike

Hi Stephen Symbio’s Active Object can be applied to the By Value Class Type As Well, but if you want to communicate between the Active Object Processand the normal Class Methods you need of cause some sort of reference (unlessyou want to use Global Variables). So I must admit that I most often use a reference class and use the Shared Attributes to handle information between them. The “Send Message To Process” Method Template, has support for retrieving data as well, like this. Cheers, Mike

Hi Tim Yes it has plenty of Sub VIs, so I thought some of the latest changes cause the problem so I reverted back the whole application to a date where I know I could build, but it didn't solve the problem. I did copy the whole LabVIEW 2010 folder from my colleague's computer that could build to see if that solved the problem, (this also included the whole application since it's located in the User.Lib. So then I had the same LV setup with the same files as him, but still I couldn't build but he could. So could it be something located in the National Instruments/Shared that is different. But after playing with my colleagues LV version, it suddenly stopped working on his as well. So at least all computers I've tested it on are consistent (currently 5 of them). I've contacted NI but they haven't been able to help me yet. Cheers, Mike

I'm running LV2010SP1 Yes, that is only for installers, this a very annoying issue. It fells like my computer is not allowing LV to zip up the files. I wouldn't be surprised if our IT department has added some restrictions on all our computers that messes up LV's build capabilities. But then again then I shouldn't be able to build anything, now it;s only this VI I've found so far. I know IT restrict us from running some applications like crome.exe, maybe my application name is part of the illegal application name list. I've though I've seen all kinds of LV errors after 17 years with LabVIEW, but this is a new one. Maybe I'll upgrade to 2011, next week. Cheers, Mike

I just update an Active Object/Design Pattern video showing how I implemented Active Object in Symbios's DVR class. http://goop.endevo.net/GDS/videos/DesignPatterns/ //Mike

Hi everyone I’ve been pulling my hair for the last 2 days to figure why I can’t build my application. I have tried building it on 4 computers and it work on one of them. What happens is that it completes the build and has only the last step left to do. But it gets stuck here in an internal infinite loop, just uses up almost all my CPU power and slowly chews up the ram memory. Eventually it runs out of memory or I kill it with task manager. The last step is fails in is: Compress all files into the exe file. I can easily tell because when I browse the build folder I can see the Exe-file folder. After restarting LabVIEW I opened up the Main VI located in that folder and it was possible to run. So that means it had done the task of re-linking and removing the block diagrams. It looks like my problem comes down to a particular VI, which causes this behavior. Unfortunately it’s a database Admin VI all our production software requires. One other thing that happens at the same time was that, IT pushed a software update to all our computer that made other strange things happen, but I would guess that it would cause all builds to fail in that case, but I can still build applications that doesn’t use this particular VI. Any suggestions are very much appreciated. Cheers, Mike

And I guess you've packed this in a nice lvclass :-) For my UML modeller, I created a dedicated Graphics class, like you find in Java to handle all my drawing, but I didn't add the Alpha channel since I didn't need it then. Cheers

Hi Guys I think you have forgotten something...anything can be done in LabVIEW. AlphaCircleInSydney.vi BTW, right now I'm developing with my colleges (in OO training purpose) an on-line Multi Player battle game using LabVIEW and the awesome Picture Control. We're thinking of releasing the source code here on LAVA when we're done. Cheers, Mike

<A name=OLE_LINK1>Regarding large lvclass files, I have a colleague that used the NI Themed Custom Control Suite for all his controls in the class private data. These controls contains massive images so don’t use them in TypeDefs or Class Private Data is my recommendation. In my collegues case, this made the lvclass so big so LabVIEW crashed and run out of memory on his computer. Cheers, Mike

Okay guys the servers are up and running now. Currently these links are working: http://goop.endevo.net/GDS/GDS_4.1_2009.zip http://goop.endevo.net/GDS/GDS_4.1_2010.zip http://goop.endevo.net/GDS/GDS_4.1_2010-64.zip Cheers, Mike

FYI we're having some download problems from our servers right now, we're working on it. Apologize for the inconvenience. Cheers, Mike

Everything is included in the big zip file, make sure you get the whole file downloaded. For large files I normally try to avoid using IE ;-) Cheers, Mike

Correct You can download the beta version (that hopefully will be released in the end of this week) http://goop.endevo.net/GDS/GDS_Q5T_2009.zip http://goop.endevo.net/GDS/GDS_Q5T_2010.zip http://goop.endevo.net/GDS/GDS_Q5T_2010-64.zip http://goop.endevo.net/GDS/GDS_Q5T_2011.zip http://goop.endevo.net/GDS/GDS_Q5T_2011-64.zip http://goop.endevo.net/GDS/Symbio_GDS-4.1-Q5T_2009_32.ogp http://goop.endevo.net/GDS/Symbio_GDS-4.1-Q5T_2010_32.ogp http://goop.endevo.net/GDS/Symbio_GDS-4.1-Q5T_2011_32.ogp http://goop.endevo.net/GDS/Symbio_GDS-4.1-Q5T_2010_64.ogp http://goop.endevo.net/GDS/Symbio_GDS-4.1-Q5T_2011_64.ogp I really like to get feedback on the convertion utility, it was a funny code to do :-) It has some limitations, but overall I think it works great. Cheers, Mikael

Hi I just saw that in one of my cases in the event structure, I can move around the Event Data Node anywhere inside the event case. Anybody seen this? Cheers, Mike

I just found out this as well. I have the same exe-file using the TCP/IP Connect without the localhost string connected. It then works on my XP machine, but not on my W7-64 bit. But by adding localhost, it now work on both OSs. Cheers, Mike

NI has found the problem and filed a CAR for this. They did give me a workaround, that needs a small change in the LabSQL drivers. Always before you get the the data, do a PropertyNode: _Recordset.EOF check. Cheers, Mike

Hi Ray To solve to problem with having tests running in parallel, I normally use Active Objects. I.e. I dynamically create a Referenced Based “Test” Object when needed, and when that object is created a back ground process starts. So for every Object that gets created a dedicated process VI in launched. http://goop.endevo.n.../DesignPatterns For the HAL layer, this is normally how my design looks like. Cheers, Mike

Hi again I'm going to give this problem one more push to see if anybody has tried to use the Database ADO Active-X with LV2010SP1-64 bit. I've attached a VI that explains the problem. A quick summary: I’m running LV2010-32 and LV2010-64 at the same time on my W7-64bit computer. I opening the attach VI in both LV versions. I have an enum on the FP that executes 3 different queries. Here is the time statistic for all the 3 queries: I’ve a disable structure in the code to try two different ways of getting data, both give me the same result. The problem is that when I'm getting NO data/rows back from the query, it takes LV2010-64bit ages to execute that. Why? Is there a ADO-64 bit Active-X Component I should use? Cheers, Mike SQL1.vi

I've used OO in all my LV applications since 2000, but I agree, I won't use OO in the exam, since without a toolkit it would take me to a bit too long time.

I normally send the candidates an application description and have them code it and send it to me. And them I of cause ask them if they've used OpenG, Queues and VI server VIs, and of cause which LabVIEW OO style they prefer ;-) //Mike