Val Brown

OK, I've tried opening this ZIP and I get an error message about Searching for: <userlib>:|SQLite\Custom Controls\sqlite3.ctl. Can anyone help with this?

Of course then, if you do that, you lose the easy, already built-in extensibility of the other drivers. Again this is a paradigm argument not a rational discussion (meaning the original posted video). This is someone who believes the grad school hacker of the good ole days is the real hero and should be supported in all ways, but esp in terms of open source software and hardware. But perhaps most importantly in gaining and using real, true insider geeky knowledge -- the kind that comes from HAVING to make a really cheap hardware solution work in a limited budget environment, not a real-world production environment.

In the same vein as Shaun, and beginning to push the off-topic envelope further, I get concerned when I hear about OpenG and other 3rd party tools seeming to become "coin of the realm". Yes, I'm an oldline LV hack (and an older line C/Unix hack -- and I DO mean C), but I don't like having to rely on 3rd party tools that are tied to certain non-NI implementations. For my purposes it works far better to use only NI "tools" and, no, at this point I haven't found scripting to be directly useful; so Shaun that club has at least doubled in size. On the other hand, would it be useful to ALL (or most) LV users to have xnode functionality more exposed -- perhaps. I don't know. Was it useful for scripting to be officially released -- again, perhaps. But not if the outcome of that release is more 3rd party tools instead of one integrated environment that has a large, multi-use/multi-user base. After all, I'm STILL using the Blowfish implementation based on a 1998 CIN implementation! It was the ONLY option for a long time and still remained the best option -- for me (yes!) -- after other options became available. I really don't want to see similar patterns repeated. And that's why -- despite the HIGH quality of JKI tools -- I always ask: Is there a way to implement "x" WITHOUT having to use OpenG or... OK, I'll slink back into the shadows...too much work to do.

and, of course, from a legal perspective the proper response is: I object!

This is a known bug for which a CAR was filed several years ago. NI has chosen to NOT address this issue and has put the CAR in whatever their equivalent of a "round file" is. AFAIK, your only solutions are: 1. create a container for WMP in another language (eg VB) and reference that object in the usual ways 2. write code in LV to resize the WMP container to a known size after every load or equivalent operation in WMP. Of course a third option it to try to push NI about fixing this but, even if that succeeds, nothing will happen until LV 2011 at the earliest and most likely your project won't wait that long! val

Hmmmm, wasn't that Dr. T starting that? And now "it's about time" for it to be put to bed I think. Congrats Mike and all of the JKI team! It sounds like there is finally going to be a real working collaborative relationship between JKI and NI -- hopefully OpenG won't be far behind. Uh, yeah....."it's about time". Now I've said it for this, uh, time (damn)...

Most def!! Congrats!

Yes. Yes it's an ActiveX DLL so accessed via Property and Invoke Nodes. I don't know what the problem could be re: registration as the component exists, is registered, and, when used on the same system, works fine with the already built (in 8.6.1 LV) EXE. The problems ONLY occur in the development environments: with LV 2009 on Vista 32 I get the 0 return from the Automation Open, whereas on W7 64-bit I get LV to crash while trying to "use" the Automation Open.

I have a third party DLL that was crafted in 2006 for 32-bit WIndows. I have a legacy built LV app (using 8.6.1) that references this DLL. The 32 bit EXE works correctly in W7 64-bit; however, when I try to access the DLL in my development environment (LV 2009 32-bit running on W7 64-bit OS) I consistently get a 0 for the value of the reference. Interestingly the Automation Open primitive crashes LV. Any good ideas?

Me too.

Getting in Sunday. Still trying to sign up for the BBQ and generally attend all sessions. Depending on how I feel after the flight -- and the temp! -- I'll drop by the Ginger Man as well.

space still available? I'm going to try to do the PayPal thing tomorrow.

Any way to implement get changed value in a cluster WITHOUT using OpenG?

In fact, I've just gone on and scheduled sessions. Is there still space at the LAVA BBQ?

I understand that the schedule has just been finalized.

Jim, Thanks for the reply. I'll drop by the booth and see what the new version does and I'm sure I'll attend your presentations. See you at NIWeek 2010. val

How do I uninstall VIPM and the JKI TSVN toolkit?

I was having trouble interfacing to it correctly back when I tried. What solution are you using for the ODBC driver?

It HAS been a nightmare for me.

Even if I choose to have everything included in the built EXE?

The plugins folder? I didn't know about it. Any KBs, example code or any other good refs for using it when building EXEs?

OK so that did work and now I'm intrigued that having a path control with the absolute path to the VI didin't work but this process did. The question to NI is: what's the thinking on that one? Or to say it another way, shouldn't the absolute path work -- always -- regardless of anything else?? And thanks for the tip. I'm no longer blocked.

didn't get to try it yet but I will over the weekend and I'll let you know. thanks again.

Yes that does make sense. I'll give it a try. Thanks!

I'm a little confused. The first dynamic "object" I point to the file location for the VI I want to call dynamically in the subpanel?