LAVA 1.0 Content

CITATION(Aristos Queue @ Apr 5 2007, 04:12 PM) Well, I can guess that from the fact that there is nothing about 8.2.1 on NI web site, but can you tell us if it will include bug fixes ? And maybe give a list

CITATION(crelf @ Apr 5 2007, 02:33 PM) I indeed saw the "april's fool" after posting my message... But still... I mean what I said : CITATION(TiT) In my opinion, pointing out LabVIEW's -- and more generally NI products' -- weakness hopping that NI is going to improve them is not the best way to do. I do think that NI needs to be challenged with new ideas. In such a competitive world, the best way to improve LabVIEW would be to have an open source G environement -- the equivalent of Linux for Windows -- that keeps challenging NI to improve LabVIEW. and I'd like to know if anybody disagrees and why

As far as I know LV 8.2.1 just bring Vista's support I heard once that it could also bring some bug correction but I didn't get this information from NI so... The only part on NI web site I found is not really related to 8.2.1, but more to Vista's support. http://www.ni.com/vista/ Next "major" release should come by the end of the year, 8.5. Hope this helps

CITATION(crelf @ Apr 1 2006, 11:58 PM) I strongly disagree with that statement... Well... In fact it depends on how you understand it... In a certain way I strongly agree ! CITATION(PeterB @ Apr 2 2006, 9:32 AM) Additionally, if there was a viable 3rd party (or even open source) version of G, then NI would be bending over backwards to make sure LabVIEW was a competitive product in as many ways possible. In my opinion, pointing out LabVIEW's -- and more generally NI products' -- weakness hopping that NI is going to improve them is not the best way to do. I do think that NI needs to be challenged with new ideas. In such a competitive world, the best way to improve LabVIEW would be to have an open source G environement -- the equivalent of Linux for Windows -- that keeps challenging NI to improve LabVIEW. Chris, do you consider this as "being against" ? Think twice before you answer ! If anyone does not agree with this, then please tell me why ?

Hi, I don't need a LiveOS, just a small distro. From what I understand, LabVIEW will run on a LiveOS, if you give LabVIEW a ram disk to work with. For now, that is way beyond my Linux skills. It shouldn't be difficult for a Linux guru though. Main problem I had was that rpm's aren't supported by the majoraty of Linuxes. I found out that most distros have converters, but I'm not sure if this is the usual way of doing this. Also, I haven't used one with success. The link to the forum doesn't seem to work right now. I'll try again soon. I like to read about it before starting the exe. Thanks, Wiebe.

Just read that Colin is moving on... http://viroadshow.blogspot.com/2007/03/far...l-to-colin.html We've shared a few jokes and pokes with Colin, but I sincerely do wish him well. I've enjoyed some of the VI Road Show postings; especially the LabVIEW 77 video... I'm still waiting for the beta signup for that one :laugh:

CITATION(Jim Kring @ Apr 3 2007, 04:13 AM) I second Jim in this recommendation ! I am part of those who learn this the hard way There are lots of tools & materials that will help you developping code that works the same both in source and EXE ; time spent to learn about these tools will be well-invested

QUOTE(utaharrow @ Apr 2 2007, 04:29 PM) If you attach what yo have tried that would make it much easier to help you. With the information you have provided my best guess is that you are writing the ASCII representation of the HEX values. Right click on the string control or constant that is feeding the VISA write (or Serial) and select hex display then enter your hex value. http://forums.lavag.org/index.php?act=attach&type=post&id=5385

QUOTE(Tomi Maila @ Apr 2 2007, 10:42 AM) Wish You Many Happy Returns of the day,Mike. Well, thanks to Tomi's trigger, I've become a premium member. This is a toast to Mike, for giving the community such a wonderful platform to share knowledge and have fun... :worship:

QUOTE(sanda @ Apr 1 2007, 07:25 PM) http://digital.ni.com/manuals.nsf/websearch/74F442BE4AFE68EE8625707E006AE9D6' target="_blank">http://digital.ni.com/manuals.nsf/websearc...625707E006AE9D6 any further questions??

QUOTE(Eugen Graf @ Mar 30 2007, 08:15 AM) http://forums.lavag.org/index.php?act=attach&type=post&id=5370 http://forums.lavag.org/index.php?act=attach&type=post&id=5371 (LV 8.0)

LOL!! Hey Ben, Don't you write scripts to implement LV code like the rest of us??? Or are you "old school" with those crazy little iconz... wait... Commander Clerf is calling... Wireless: using invisible wires

"The Difference"

As I understand it, queues will dynamically allocate memory, but free memory only when destroyed. The online help states: I almost always create my queues as part of my application startup using a fixed size, immediately populate them with dummy data (to reserve the memory) and then flush the queue.I think allowing a queue grow to unbounded is "asking for trouble".

QUOTE(Jim Kring @ Mar 29 2007, 09:08 PM) Are you still represented by http://en.wikipedia.org/wiki/Dewey,_Cheatem_&_Howe' target="_blank">Dewey, Cheatem & Howe?

QUOTE(jpdrolet @ Mar 29 2007, 02:37 PM) Just use the Navigation window to see the 5th dimension...

QUOTE(Michael_Aivaliotis @ Mar 29 2007, 11:15 PM) I use FF and have the same problem. I get following error... http://forums.lavag.org/index.php?act=attach&type=post&id=5356 EDIT: The Problem occours only if there is no new post in the "View New Post"... So afther the day changes all all post disapper from the "View New Post" and there is no post to display till the first one write a new post... http://forums.lavag.org/index.php?act=attach&type=post&id=5357

CITATION(Eugen Graf @ Mar 29 2007, 09:27 PM) Good question... If I was at work I would test it on different computers to see if the Q size is actually unlimited ! I am interested in the answer and the reasons...

I remember an old NI presentation that included some code for a startup screen. Look here at http://ftp.ni.com/support/nni/nidays2001/l...sign%20pattern/ There's a PowerPoint file and some example VIs. There was also this thread from the NI forums that I had bookmarked.

Be creative. You can't change the LV source code, but you can define your own units... http://forums.lavag.org/index.php?act=attach&type=post&id=5340 (LV 8.0)http://forums.lavag.org/index.php?act=attach&type=post&id=5339

I usually use while loops... Question to AQ: I have a Functional Global "Array of Cluster" always 50 Elements. Why is the "write" faster than the "read"?

Yes!

CITATION(Ben @ Mar 27 2007, 07:33 PM) You should have told me "scratched DVD" to avoid any potential confusion ! I guess I was to focused on my issue and it slowed down my understanding routine

QUOTE(ned @ Mar 27 2007, 08:53 AM) Flatten to string is required to transfer the data via TCP Write and TCP Read. If you're not convinced, wire any enum to TCP Write and note that you will get a broken wire . I was simply expanding on sachsm's happy observation that enums can be easily manipulated with string functions. Its more efficient and deterministic transmission wise to flatten the enum to a string than to format as a string and send 'broccoli' when 0x0002 can be used...

CITATION(alukindo @ Mar 27 2007, 06:16 PM) Thanks a lot for the time you spent doing this ! I really appriciate this. :worship: When I started the project, I was thinking it would be better to open/write/close each time because I only write at 0.2Hz in the DB. Now I'll code a single open, a single close and a "check if ref is still ok" for when I want to write. Someone suggested this before, I guess I should have picked the advice at once.