PJM_labview
-
Posts
784 -
Joined
-
Last visited
-
Days Won
10
Content Type
Profiles
Forums
Downloads
Gallery
Posts posted by PJM_labview
-
-
QUOTE (normandinf @ May 12 2009, 07:02 PM)
And you can set input values using the OpenG tools before using the "Run VI" method. That's the way I use my plugin VIs.I agree, the CBR is way too strict (no pun intended). I also prefer to use the run method, but I would even consider using other mechanism to pass the data to the plugin (than the set input value). The goal being to limit code change when the plugin interface changes.
By the way, if you use CBR, just create a control with the right type (connector pane) on your plugin caller and you will be ok. Of course all your plugins must have the same connector pane in that situation.
PJM
-
QUOTE (huotom @ May 9 2009, 12:42 AM)
This is now part of LabVIEW 8.6
http://lavag.org/old_files/monthly_05_2009/post-121-1241890575.png' target="_blank">
PJM
-
QUOTE (jzoller @ May 6 2009, 02:18 PM)
Ya, system VIs (not a flag but a property or method ).
But again this is easy to work around this.
PJM
-
QUOTE (neBulus @ May 1 2009, 06:49 AM)
I have had many questions about what the profiler shows me in recent version as well.Run some benchmark tests to see if they confirm what the profile is showing.
Ben
I have had a lot of questions about the profiler since LV 8.0. I believe something was changed somewhere so that it does no longer behave quite the same way that in previous LV version
-
Here is the file xShadowDanx was trying to post.
Note: I did not open it up.
Download File:post-121-1241023757.zip
PJM
-
I agree with Jason, there is no harm in doing this.
By the way I believe the TSVNcache restart itself automatically (at least for me it does) so I think you can drop the "start TSVNCache.exe".
PJM
-
I am still at 1.5.2.
In the past I noticed that the cache will go crazy on occasion (especially when you have a lot of code in a folder). I always keep an handy shortcut to a bat file that has the following "taskkill /f /im TSVNCache.exe".
Note: I don't believe I used this recently (for sure not in the last 6 months if not longer).
-
-
-
I still have mine with the original box (a bit battered though) and all the documentations that came with it. Additionally I have 2 extensions card in it (32 and 128k).
If I were to sell it I seriously doubt I would make money. I bough it in France and it was very expensive at the time.
Oh, and I also still have a C64 (sadly no longer functioning, although I believe the floppy drive is still working).
PJM
-
-
Another possibility (convoluted but it should work):
Create a SubVI that does the following:
- Create a batch file in windows temp folder (reuse the same name every time so you don't end up creating many batch files ) that will wait a bit (1-2s) before deleting your ini file.
- Execute this batch file using system exe (non blocking).
Note: you should run this SubVI as the last operation you do before exiting your app.
PJM
- Create a batch file in windows temp folder (reuse the same name every time so you don't end up creating many batch files ) that will wait a bit (1-2s) before deleting your ini file.
-
I guess anything "express" is too fast for a cow
PJM
-
-
Post what you have so we can give you better feedback.
PJM
-
I strongly agree with AQ. Turn that flag on and this will save you a lot of future headache. This is one feature I really missed when I have to code back in older LV version.
PJM
-
-
QUOTE (Cat @ Apr 3 2009, 11:06 AM)
Don't get me wrong -- I love state machines and use them all over the place. I just never made the leap into using it to make more simplified transitions between parts of my code that *always* go step1->2->3->etc.And the beauty of having it in a frame of the state machine is that the day you need to call that init frame back (when not doing per say an init step [this does occurs on occasion especially for UI stuff]) you can easily do that without creating duplicate code.
PJM
-
Add it manually from the additional installer section of the build script
PJM
-
QUOTE (Aristos Queue @ Mar 26 2009, 04:20 PM)
All of the above is true through LV 8.6. The next version of LV this will all be mostly true, but we're making some architecture changes... they will be mildly beneficial to performance in the next LV version... and they open sooooo many intriguing doors...Would that be the DFIR (Data Flow Intermediary Representation) stuff that Jeff K. talk about in last year NIWeek keynote presentation? Anything you could share with us?
PJM
-
I can replicate this.
This is definitively a bug.
PJM
-
I will do option c.
c. Get someone else to do it for you.
What that mean is that your business is "LabVIEW-based consulting" not maintaining servers, update it, patch it, protect it and so on...
So I would advise to host all your code with a web hosting company so you can focus on your LabVIEW jobs.
PJM
-
I don't thing there is any native way (opcode) that can do that (I wish there was though). I think you will have to implement it yourself using one of the various algorithm available out there (Ex: Antialias: Wu Algorithm).
PJM
-
QUOTE (flarn2006 @ Mar 21 2009, 01:29 PM)
http://lavag.org/old_files/monthly_03_2009/post-121-1237682015.png' target="_blank">
PJM
)
Textbox question
in User Interface
Posted
I have no idea why you would want to do that but here it is:
PJM