ad_dekkers

Hereby my class:

It's a lv7.1 class so you have to convert it to 8.5 or 8.2 first.

Cheers,

AdDownload File:post-6839-1190844865.zip

QUOTE(MikaelH @ Sep 24 2007, 01:39 AM)

Hi

We've done some updates that will be released in the next version, which is going through the last tests right now.

I suggest you try to run it again and wait a loooooong time for it to finish.

When a child class method, gets updated with a "Call Parent Method", LabVIEW some how takes looooong time to do this.

I ran a major application through this conversion and it took 63 hours to complete.

This VI was one of the hardest to create in GDS since LabVIEW crashed so many time, just by doing things in the wrong order.

Regarding the Save and Close-state, it just runs through a large array of VI refs and class refs and saves them and then closes them.

This could take some time for LabVIEW also, but the application don't have a while loop or simulare where it could get caught.

Cheers,

Mikael

Hello Mikael,

I hope this updates will make the conversion go much faster!

This is one (out of about 40) of the smalest classes i have. If i have to convert them all like this i need a whole year for it.

Greetings,

Ad

QUOTE(Jan Klasson @ Aug 23 2007, 10:10 AM)

First the downloads:

The download page I referred to (http://www.endevo.se/content/view/18/20/lang,en/) has links to the download zip files:

http://goop.endevo.net/GDS/GDS_v1.0.0(P1Y).zip (for LV 8.2.1)

http://goop.endevo.net/GDS/GDS_v1.0(LV85).zip (for LV 8.5)

Hello Jan,

I am a great fan of your GOOP toolkit, but i have troubles with converting my GOOP2 to GOOP3 in LV8.2 and also in LV8.5.

The first try stoped at state "CloseRefs" and my 2e try stopped at "UpdateAllCallParentMethods".

Is this a known issue?

http://lavag.org/old_files/monthly_09_2007/post-6839-1190581903.gif' target="_blank">

QUOTE(yen @ Jun 10 2007, 08:10 PM)

A simple search can work wonders.

A better (win 2000,XP) link: http://www.dx21.com/SCRIPTING/RUNDLL32/INF.ASP

Hi,

I try to create an installer with a aditional .inf files to install after running the labview installation code.

Does anyone know how to do this?

The only thing i can find is adding a .bat or .exe file (but how can i execute the .inf file in a .bat file?).

QUOTE(tcplomp @ Apr 21 2007, 02:17 PM)

There is a property 'Cell string' for trees, tables and listboxes which does what you want.

I use this piece of code:

http://forums.lavag.org/index.php?act=attach&type=post&id=5573''>http://forums.lavag.org/index.php?act=attach&type=post&id=5573'>http://forums.lavag.org/index.php?act=attach&type=post&id=5573

The collumn is zero based, so you can read the text of the tree item

Ton

PS this is 8.x code I think 7.1 works the same!

Yes ! Thank you very mutch. :thumbup:

Hello,

I am trying out the treeview in labview 7.1 and can't get back the "Child text" for a selected tag.

Does anyone know if it's possible to get it back?

http://forums.lavag.org/index.php?act=attach&type=post&id=5571

Thanks!

QUOTE(BLG @ Mar 27 2007, 06:04 PM)

Hello,

I try to communicate with an equipment via telnet session. I use LabVIEW 8.2, and normally with this version,it is not necessary to buy Internet Toolkit VIs. But, exept the TCP/IP VIs, which force us to build the telnet protocol, I do not see how to go on in my application: I want to login via login/password, and after that, I have some commands sending to the equipment, which replies.

If someone has an idea, it would be very nice for me.

Thanks a lot,

BLG

the project will crash, independent of the number of VIs. I reproduced this bug with 4 VIs. IMHO and as far as I tracked that down, there is a bug in the updating mechanism, which updates all VIs after the edit, when you confirm the "replace ?" - dialog. This bug seems only to concern CONSTANTS, and does not occur if you use only one instance of that typedef in one VI

The service Request Nr. is 396436 (Nov 23. 2006) - as I mentioned above, I forgot to care about that and could not find any responses about this topic. Maybe this one needs a warm up and a CAR# ?

Can you post this 4 vi's?

For me following approach works (on a fast PC).

Load the main VI or a Vi Tree that contains your application's modules.

If this fails (labview crashing during loading of VIs) -> try a mass compile of source code directory, and reload again

Force a recompile all. (Shift + run arrow) BEFORE edittting the type defs.

After the recompilation of everything, depending of your problem- it is possible to edit without crashing.

Save all VIs or better (or if you use SCC) save all the VIs you've been editting.

Mass compiling doesn't help!

I have an application with moe then 2000 vi's, when i want to update an enum typedef labview crashes!

A work around is: open only the enum typedef, change and save it and after that open the big application.

Here's what IT tells me they changed:

"Before you were going to \\server03\username$ now you are going to \\server04\users\username where it's not a security issue more so a UNC Path.

We were using: Windows Storage Server 2003 and now we are on Windows Storage Server 2003 R2"

And now all your troubles are over :worship: , or do you still have problems, but less often ?

I saw this issue when I first upgraded to LabVIEW 8.2, but at the same time our network drives were regularly having problems so I assumed it was related to that, even though LabVIEW 7.1 never complained. Since then our IT staff has apparently fixed something related to the network drives and I no longer see the error, but I have no idea what changed. Sorry I can't be of much help other than to tell you that you're not the only one who's seen the problem. If I get an opportunity I'll ask our IT staff what they did.

Any news from IT ????

Hi

I am facing this error maybe 100 time a day (no kiddinig !!!) and afer 10 mails to NI I learned to live with it... when it happens, I do "save as" > "Rename" and let the sme location and rewrite...

If anybody can give a solution to this issue, I'll be ready to offer 10 pints of beers (or any other beverage) !

I throw in another 10 pints of "Hoegaarden" beer for a solution (also for the IT guys!), so NI do something about it!

Changing a wire or a control (=forcing a recompile!) sometimes helps, but what is causing this problem?

Hello,

We have labview 7.1 and 8.2 installed on a network share.

With labview7.1 (or any other programm installed on this network share) we have no trouble at all, but when we work with lv8 we get a lot of "Generic file I/O error" messages when we want to save (a lot of) vi's to the network.

IT also told me there is no problem with the network.

After a few retry's most of the time saving does work.

Is there anyone who has the same problem when using labviw8(.2)?

Hi,

I have the same problems.

I know it's fixed in LV8, but we are still using 7.1.

Is there already a LV7.1 bugfix/work around for this problem?

I also have this problem, but NI gave me the folowing work around:

Place an invisible decoration on the table and the problem is fixed!!

And it does work!!!

You can click in and out or copy data from the table without crashing labview now.

I have attached an example.

Download File:post-4574-1159692401.vi

I also have this problem, but NI gave me the folowing work around:

Place an invisible decoration on the table and the problem is fixed!!

And it does work!!!

Right now i use the "VISA Find recource" to auto-detect SCPI GPIB instruments.

I like to do the same with SCPI ethernet devices.

Does anyone know how to do this? :question:

"GOOP class" is the name for classes from the Endevo toolkit.

"LabVIEW class" is the name for classes native to LV.

I'm only being pedantic about the names so that when I answer the next part of your question we're both clear what I'm referring to. ;-)

A LabVIEW class works completely different from a GOOP class. LabVIEW classes behave like clusters, GOOP classes behave like refnums. There are indeed use cases when you might find that the techniques used for making GOOP classes are useful hand-in-hand with LabVIEW classes. In fact, even though LabVIEW now has native classes, Endevo will be releasing a new version of their toolkit later this year, since the two techniques are complimentary, not competitive.

Because of the functional differences, you cannot convert one type to the other type. Not that there's a requirement to do so... the GOOP classes will continue to function in LabVIEW 8.2, and you may find yourself using both types. The native LabVIEW classes should be more useful to the bulk of customers just because they are consistent with dataflow design. The GOOP classes, with the reference to data model, will be of use in really advanced programs where you're actually modeling system resources (such as writing a device driver).

Thanks for your reply.

I "played" a bit with the labvoop, but i will stay with the endevo stuff!

A remark about Labvoop: Where is the "Cluster palette" menu item in the right click pull down menu?? ?

You can dowload it now from NI download site ni.com/downloads, select evaluation and then Labview 8.2. If you havve an SSP I am told your current serial number will work.

I just downloaded it, but you can't activate this version with the 8.0 serialnr, but you can use it in evaluation mode (30 days).

Startup time is very much improved(!) and object oriented programming (GOOP) is embeddeed now!

I am going to try it now.

Does anyone know if (and how) i can convert endivo GOOP classes to the new labview 8.2 classes?

Now, the directory is gone. It was just deleted by NI.

The Win32 call SystemParametersInfo has stuff about the screen saver, power management and many other things...

http://msdn.microsoft.com/library/default....ametersinfo.asp

When I launch my monitoring VI, I extend the screen saver timeout using that call (I modified some spaghetti found on the NI boards for this purpose):

Download File:post-3022-1145046622.vi

Do you need to have administrator rights to change this setting?

The datatype you want is called a "Long Raw" in Oracle (in most other SQL lands it's called a "Blob" or a "Binary Blob") and it's basically just a binary chunk. Try Googling it for more info... (note: my experience has shown large amounts of data in an array in Blob format can be slow and can cause the database to grow disproportionally to the size of the data you insert - you might want to consider keeping the images outside of the database and having a simple text field to point to its location)

Sorry for my late response, but i was away to France for some days.

I know what kind of field to use and that the database will grow a lot, but what i don't know is how to store the picture (or other BLOB like data) into the database using labview tools.

I can't use a simple "insert into" statement i think, but i can't find a vi that does the job!

Hello,

I am using the Database connectivity toolset to store test- and quality data into a oracle database.

But i also want to store complete pictures in this database.

Can anyone tell me how to do this?! :worship:

The Tunnel Wiring Wizard is a good example for a "working tool release": the task is simple (wiring the other cases of the state machine, when you add a shift register), the usage is simple, and many people had that "problem" before. My "Project renamer" is a good example for a "not working tool release", because it would force a change in the "basic project creation" process ...

Hi guys,

Where can i find this famous Tunnel Wiring Wizard ?