MikaelH

The server was down for a while, but should be up and running again.

Any probloems send us the Email activaton details on goop@symbio.com

Correction:

That error is when you have activated the same key on to many different users/computers.

Send an email to goop@symbio.com and they will crank up the numbers of allowed activations, sorry for the problem this might have casued you.

//Mike

Thanks

So, if you go to "Tools >> Options >> Menu Shortcuts", does this dialog register CTRL+Space? Also, what's your OS/LabVIEW version?

Yes, it's linked to Ctrl+Space, and even if I change it to something else, it doesn't work on the computer that is giving me the problem.

BTW, I didn't dare to bring your Seeded business card into Australia, after a 25 hours flight I didn't want to get cought in custom ;-)

My Quick Drop Ctrl-Space, also stops working on some computers.

I've installed both 32 and 64 bit, but my normal license key doesn't work.

Does anybody else have that problem?

It might be some problem since I've had 2012 beta installed and they have expired.

I got it working after reinstalling everything :-)

//Mike

A quick reply (since I'm jumping on an airplane and start my trip to Austin now).

I use the instrument base class for my Factory Create function. Let's talk more about designs at NI week.

This is normally how my HAL layers look like.

Cheers,

Mike

High Resolution Relative Seconds.vi (HRRS).

I am the person responsible for putting this VI in vi.lib/Utility.

Thanks for that VI, I love it.

I even made my own Wait (us), VI with that and it works great.

Have you tried OpenG's VIs?

Mikael, I owe you big time.

That's what LAVA is for.

When I thought about removing the compiled code from the VIs of all our Instrument driver(about 200 lvclasses), which the whole company is using, I was very worried, does this new feature work 100%?!?

So to become more confident I contacted AQ, who referred me to a compiled code specialist at NI that gave me the confident of going ahead.

I would like to report this to NI, but first I need to know how to reproduce it, because it happens very seldom, but when it happens everything comes crashing down.

I first noticed it, when I needed to build a new version of my executable, the executable didn't work.

And when I dug in to the driver layers I found one class where all commands to the instrument was reset to the first element.

I do not use Objects and have a sinlge top level with around 1000+ vi in a application I do use dynamic loaded of VIs

And you use of course TypeDefs???

Maybe it's the combination of Removed Compiled Code and TypeDefs beloning to a library/class?!?!

I've never experienced this before I removed the Compiled code, and I have been coding LV daily, between 8-16 hours day for the last 17 years

Yes, but I've never been able to track them down. Sometimes after editing enum typedefs for my state machines my constants will change values. It doesn't happen all the time, but when it does it tends to break things in rather spectacular fashion. Very annoying. I don't include compiled code in my LabVIEW VIs.

Next time it happens close the VI and remove the Object Cash and see if that fixes the problem.

I see this

Hi guys

I'm still stuck with 2010 at work, and we have tried to remove the compiled code from all our shared code, and that seemed to work to start with.

Then all of a sudden (I don't really know what we did to cause it to happen), all enum constants on block diagrams that was linked to a particular type def control, changed to the first value of the type def (index 0).

That was really odd, but after a bit of investigation we blamed the "Remove-Compiled Code" option and put it back, and we've never saw the problem again, until today.

I still had one shared lv-class, with removed compiled code, that got screwed up today.

I checked with my tortoise and the VI had no changes made to it, but still my enums were changed to the first value.

So I closed the VI, and removed the Object Cash (LabVIEW Data\VIObjCache\10.0) folder, and reopened it, and now it was all good again.

Am I the only one that have seen this problem?

//Mike

Thanks, I'll give it a go.

If you have Mercurial as a client to SVN you can have the positive from Mercurial (local repository database), with the support for your legace/obsolete/accepted SVN repository.

I have never used this but Mercurial should be able to act as an SVN client.

Ton

Sounds very intersting.

I'm getting a new fresh version control server at work to play with and I'm very tempting to try Mercurial on that one.

Anybody having luck with moving over the repositoires and version history from SVN to Mercurial?

How good is Mercurial of handling LV files?

//Mike

Please delete them, and use the parent's GetAttribute method.

If you are looking for the latest GDS beta version, I'll upload it here soon:

This version has glyphs supports in the VI-icons (just like the Native LV icon editor has, but a little better in my opinion ;-)

It also has support for all normal Native by value classes, so you can do all class functions with these classes.

And now we support Actor Framework classes and functions, like creating Actors from different templates and the Message maker functions. Both AF version 3.0.7 and 4.0.0 is supported.

//Mike

Congratulations to the beautiful boys, twice the work but twice the fun.

If you follow that thread and go to the last post, you can see that Ton has actually already released both the provider as well as the API in the Code Repository. So you just need to download it and give it a testdrive.

I saw that, but I need it to support normal SVN as well, but that's an easy fix.

I am thinking about building a Mercurial provider for LabVIEW (hint, hint) so I can do the local stuff directly in the LabVIEW project. Ton

I've been thinking about this too, maybe we should get togeather. I reckon it would only take me about a week to do this, but I just need some spare time.

Hi it looks like your getting the hang of OO.

You are right you can't use dynamic dispatch when it comes to Singleton Methods.

You could use a Singleton Class for handling all your plug-ins. e.g. Load, Start and Stop them

But every plug-in has to be a By Value or By Reference class.

For plug-in architecture you can find many threads on this here at Lava and NI Forums.

Try: http://lmgtfy.com/?q=Class+Plug+in+architecture+in+LabVIEW

Here is an example using inheritance with Singelton made with GOOP Development Suite's GOOP4 DVR classes.

You need some kind of reference-base OO design to get Singleton working.

But make sure you only use singleton when you know that you only will have one object of that type.

Singleton.zip

Cheers,

Mike

Look for CLNs.

I thought you were referring to the network term CLNS (Connectionless Network Service), but you mean of course Call Library Function :-)

I'm avoiding those since I want it to be platform independent.

Shaun, I owe you a beer :-)

Come by Symbio’s booth at NI-week or catch me at NI-week.

You did put me in the right direction to solve the problem.

I'm not using any DLLs directly, but I'm using the Mouse Vis in the inputDevices.llb

Since These VIs don't work/exists on Mac or Linux, I have to create a wrapper around then and load then dynamically.

And just by disabling the code in this VI it worked.

I’ll see if I can figure out a different way of solving this.

Maybe some of the other LabVIEW.exe-dll calls can do the trick, but it's hard to figure out how to use is.

I don't know what the GDS is, but are there an CLNS in the code?

GDS or GOOP Development Suite. Have you heard of that?

If not, it's the OO add-on to the Project Explorer that make OO in LabVIEW so much nicer.

http://goop.endevo.n...os/GDSFeatures/

I have a TCP/IP listener running in the background of the Project Explorer window to receive commands when someone double clicks a file with the uml-extension from windows explorer.

(The same way VIPM links the vip file to the VIPM application).

I thought this was a probable cause of ii, but even if I removed that code I still got the problem :-(