crelf

I'm happy to be corrected, but I don't think you can...

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)

So there's some extra flag in the file that distinguishes it as "NI" - or is it because they reside in vi.lib?

AFAIK (Mike - please feel free to correct me) it's a good ol' native LabVIEW picture control. The objects you see are (of course) GOOP objects in the actual repository of the UML modeller (you're using GOOP to design GOOP - sorta makes sense ), so updating the picture on events isn't as difficult as it sounds.

Any chance of seeing any of those internal videos bootlegged and out into the general community?

Ask and ye shall receive: LabVIEW.ini settings

Beware - my uncle opened a very old bottle of whisky on his 50th (I remember seeing it at his place growing up - he'd even made a little shelf for it in his bar area). The day came, I was lucky enough to be there, and he poored glasses for eveyone - we all took a swig and held our breath... After about half a minute, he was the one to say "has anyone got a bottle of coke to go with this crap?!?" Sure have - it kept me going through Thailand - and I mean really kept me going!!!

That's awesome - thanks so much! I'll try it out ASAP and get reports back to you (I can almost smell the Tom Kha Gai and Larb already!) Check this out - some of the comment replies are well worth reading...

Sawadee Korp to you too! Thailand - now there's a beautiful country: I spent three weeks treking through Thailand (Bankok, Aradnapura, River Kwainoi, Phitsanalook, Chang Mai & Rai - excuse my spelling) about five years ago (well, actually two weeks trekking and one week on the beach of Koh Phi Phi Don and my wife's insistance ) - the people are friendly, the food's awesome and the scenery is stunning. I haven't found a decent Tom Kha Gai followed by sticky rice here in Detroit (if anyone local has any ideas - I'd sure appreciate hearing them!)

What is the format of the data comming out of the instrument? Can you provide an example so we can work out how to efficiently parse it? Also, what is the format you want it in (don't just say "a 2D array of DBLs" - what values do you want to go where?)

Wow - they're hillarious! Actually pretty damn professional

There's a comprehensive discussion of this on NI's Discussion Forums. I'm not seeing that problem on any of my installations - have you got any specifics? (eg: an example program that displays this probelm?)

Try actually attaching the VI that you want us to look at - it means that we can maybe edit it and post it back with suggestions... For instructions on how to do that, check out the forum introduction

I reckon that it was an excellent April Fool's Day joke - it's was very believable and certainly got a lot of people and that's the whole point of the modern April Fool's Day - feeling silly that you fell for something on the only day of the year when you should be looking out for it - it's called humility I admit to "going off" when I read Michael's original post (one or two expletives echoed around my apartment), but after I realized the date I began to appreciate Michael's sense of humor - and I say "well done!" I second Michael's membership drive - hypothetically speaking, how much would you pay to stop NI from taking over LAVA? A donation or premium membership may well be the difference of keeping LAVA alive in the future (and the I beleive that the benefits of premium membership are well worth the price!) We all benefit from LAVA - it shouldn't be up to Michael to shoulder the lion's share of the costs of keeping it up and running.

...and (drumroll please) it's written completely in LabVIEW! :worship:

Hmmmm - with large sorted arrays, maybe the best search method would be a dichotomy of some sort? That wouldn't be difficult to implement...

What the documentation should say is "If you do not wire in a destination image, this VI modifies the source image. If you need the original source image, create a copy of the image using IMAQ Copy and wire the copy in as the destination before using this VI."

I'm not sure about NI's position on converting UML to GOOP classes (if I did know anything then I'd have to kill you ), but the Endevo GOOP suite certainly has this capability (and more!) - it has a native UML editor where you can right-click on a class diagram component and select "create code" - this then uses the Endevo GOOP toolkit to create the code for you. The design and physical classes remain linked, and your able not only update a physical class with changes from the UML editor, but also create UML diagrams based on your physical GOOP classes. Since you're in the USA (at least that's what your flag says), you can find a little more information at the V I Engineering website - if you need more information, call and ask to speak to Wyatt Meek. (declaration of interest: I work for V I Engineering, Inc). If you're really interested in an OpenG implementation, get on over to the OpenG site - there is an OpenG GOOP toolkit (it doesn't support UML <-> GOOP AFAIK), but there have been rumblings of a new version of openGOOP - maybe you should get involved!

I really enjoyed this one from NI: President Bush Nominates Jeff Kodosky to "Secretary of All Things Computermatized" Cabinet Post

This one is my favourite

Whew!

We've all agreed that it was an excellent April Fool's Day joke, and yet we haven't heard from Michael yet

*ahem* Ummm, errrr - well yes, of course I knew it was an April Fool's Day joke! Please disregard my previous post...

A bunch of fools?!? I, for one, am elated that NI, LAVA and Michael are taking this step! LAVA has, for too long, been stagnating, and I look forward to more NI-driven topics in the near future. I also think it's a great idea that NI is taking control over the content here - weeding out all of the forum topics that detract from the main thrust of what this site should be all about: LabVIEW and how awesomely great it is, and how awesomely great NI is for giving it to us! Remember: if you're not with us, you're against us...

Now how can I argue with that?!?