Francois Normandin

QUOTE (Yair @ Aug 24 2008, 08:34 AM)

You can also access the brush directly from the BD. No need to go through the FP.

Never found a way... Is it in a palette I never displayed or an option to check?

QUOTE (hfettig @ Aug 22 2008, 10:22 PM)

Actually you don't even have to typecast it. You can just use the Convert to I32 function or any other conversion function. You can even wire the control to a Subtract function directly but you'll end up with coercion dots.

http://lavag.org/old_files/monthly_08_2008/post-1022-1219458086.png' target="_blank">

Of course... :headbang:

Well, convert is really just a wrapper for typecasting...

Hehehe, it's time I took some vacation. Wish me nice weather this week.

An enum/tab can be typecast to an integer. Think of it as an index with an array of strings attached. The enum displays the string value corresponding to the index selected.

If you substract two enums, you'll get the distance between tabs (enum) and substract one to get the number of pages between...

You see the coercion dot (red dot) on the substract icon? That means the enum is typecast to a datatype that is coherent with substract function. You should normally typecast your data yourself to make sure LV does what you think it will do.

I had to put all the FlexMotion VIs in a "Disabled Diagram"... other than that I've run your VI with a log every 2ms (500Hz) to simulate an accelerated night's worth of data.

So far (11:37AM the next day in simulated time, as I write these lines), I don't have any memory increase and the logfile is over 3.2MB already. (>70 000 lines) This would be 19 hours of data at 1Hz acquisition.

If your logfile is limited to a few MBytes, than I would suggest the problem lies in the FlexMotion VIs.

Use simulated data (I use the "random number" function) to replace your FlexMotion VIs outputs. If you strip the Flex VIs and still get the memory leak, then it is either system specific or you have another program/service interfering.

Sorry buddy, but there's not much more I could do at this point.

Could you post your VIs? (Not just screenshots)

Maybe we can find an explanation if we try it first hand...

I had a similar argument recently. I supply many scientists with LV applications and the thing they keep asking is: Why does it take an 800MB installer file for a 120KB executable? (I usually install the latest MAX, DAQmx, etc. drivers whenever there's a new LV release)

Well, the difference really with C/VB is that the runtime engine is not included with Windows, Mac O/S nor Linux. I stopped the protests when I compared LabVIEW programs installation with OpenOffice which requires the latest Java Runtime or with C/VB programs requiring the latest .NET package not previously installed.

As for a "real" programming language... If we consider ourselves real software developers and are recognized as such by our peers, than isn't it enough?

QUOTE (jlokanis @ Aug 22 2008, 01:20 PM)

If you are worried about the user editing an INI file and putting in bad values, my solution is to use a small XML file and an .XSD (schema) file. When the app boots, it reads the xml file for its 'ini' settings. I first validate the XML against the schema to verify it has no errors. If they messed up the XML, then the app will report the error and what line is invalid, then exit.

This is not that hard to do if you have used any .NET functions before in your LV code. I can post some examples if that would help.

-John

Honestly, it was more a thought experiment kind of question. I recently used lvclass tags when I was playing with cloning classes programmatically. I was wondering if VI tags would be an efficient way to go. Based on AQ's answer, it is not practical at the moment, since it cannot self-modify its own tags, so I'll let that go.

I admit that XML has some appeal, especially since it supports LV classes in 8.6. I'd welcome your example VIs. thanks

QUOTE (LV_FPGA_SE @ Aug 22 2008, 11:06 AM)

Not only can you change the color of the frame, you can also change the color of the background of your entire diagram or the diagram inside any of the structures. This has been used by some developers with more or less success to make a diagram more readable.

That, I had tried early on. You kind of expect it when you have the paint brush activated and press Ctrl-E. You discover you've still got access to the paint brush in BD... I just never thought the frame could be turned any color, just like I wouldn't expect to be able to change the color of a wire. (Yes, I just tested it... I didn't trust my gut)

QUOTE (Aristos Queue @ Aug 22 2008, 09:51 AM)

You cannot set tags in the runtime engine because you cannot change the VI (there's no ability to Save).

It works on library though. Will there be any way to save them for VIs in the future?

Now... I'll have to refrain form changing loop/frame colors. I didn't know you could do that! I can see how it would make a BD cheerful. I'm just afraid I might look back at those diagrams in a few years and wished I had never known about this feature!

(Don't disturb the genie in the lamp...) Thanks anyway Christian

Should we imagine where it would lead if we were to show this to a newbie? There must be a good reason why the paint brush is only available in FP palette...

QUOTE (PaulG. @ Aug 22 2008, 09:17 AM)

Not guilty. :thumbup:

The alternative sentences would be what? House arrest? Curfew?

Whatever the verdict, as long as he can continue working on LVOOP...

Aside from tagging VIs for code maintenance purposes, I was wondering this morning if I shouldn't experiment with VI tags to replace INI settings that could be changed by the user, but only from the UI. I've seen comments that it would be more secure under certain circumstances.

Any thoughts as to how smart a move that would be in general?

I already hear that it's nice to see quickly from a text file what are the settings and I agree. But what about making sure ini keys are properly set? Changing them from inside the VI could enforce that. Besides, there is no way the file could be missing altogether... VI tags are easily found in Invoke node and can contain any data type. (I can foresee a nice OpenG set of VIs for that...)

QUOTE (Raymond Tsang @ Aug 21 2008, 08:47 PM)

I think the problem i have is memory leak.

I turned off (using a case structure wired with a FALSE) each component of the vi one by one and look at the "Profile performance and memory" found that, the leak comes from a "Cluster to Array".

Now the problem is how to convert a cluster to an array without using "Cluster to Array"??? :headbang:

Puzzled Ray

What is the history length of your "Load Cell2" waveform graph? Could that be the reason your vi is becoming sluggish as you add more points?

I would be surprised to discover a memory leak in Cluster to Array.

I too experienced these lags since soon after NI Week. At least, LV8.6 downloads didn't seem to be slowed down...

There's a "Visible" property of each control and indicator.

For any inappropriate questions one might want to ask, you can get the answers without asking. All you really need is check out Google, Facebook or MySpace.

To echo Antoine, we're usually looking to fill positions requiring multiple task assignments such as electronics, photonics and oh, by the way, 3D CAD & LabVIEW programming skills. Working for government, we're stuck with asking the same 10 questions to every interviewee, so I found that asking about how one defines polymorphism is plenty to distinguish between an experience programmer, a casual programmer or someone who has just used LV programs written by others... If I can quickly detect with only one question in which category they fall into, then I'm happy. I hope they don't fall in the third one, but I've seen it happen!

Wire the error in & out of the "Close" vi. Then have the "error out" wired to your Case structure. This way you'll be sure the file is closed properly before you try to delete it.

EDIT: You could also use the "path" output from the Close vi. This will ensure dataflow happens the way you want it to happen.

QUOTE (Michael_Aivaliotis @ Aug 14 2008, 03:43 PM)

Well, I can tell you it's not as a result of anything I did on my part. This appears to be a "feature" of Firefox 3.0. IE works fine.

Dis you upgrade FF recently?

That would be it.

QUOTE (TobyD @ Aug 14 2008, 04:13 PM)

Seems to work.

Thanks.

QUOTE (Ton @ Aug 14 2008, 05:05 PM)

I didn't think it was specific to Firefox. thanks for the links.

QUOTE (alfa @ Aug 14 2008, 03:17 AM)

governments are not investing money to do research about ours astral life; 98% of population are at animal level they elect the governments and nobody is interested to study the ‘afterlife’, like the dogs who are not interested in education.

When people in the afterlife start casting their votes at elections, then they can support a representative that will petition in their favor... Until they do, I don't think our governments are likely to change their political agenda :ninja: and indulge you with research on "astral afterlife".

QUOTE (jdunham @ Aug 14 2008, 12:45 AM)

<Zippy> Are we off-topic yet? </Zippy>

If you ask the original poster for his opinion... this discussion opens up many questions I'll need to address when starting my SCC. I'm happy the topic shifts a little.

There seems to have been a change in the Attachment Browse Path recently. Although this is not a bug (clearly the behavior has been changed to mimic clicking on the "Browse" button when clicking on the empty filepath), it doesn't allow to paste a filepath directly anymore. That's causing a conflict with the much appreciated "Code Capture Tool"...

Is there an other way to paste a filepath directly without opening the Browse dialog?

QUOTE (jgcode @ Aug 12 2008, 08:07 PM)

Better than travelling on a Canadian Greyhound bus.

Touché!

It did make my top 10 of freaky things happening in Canada ever.

QUOTE (goran @ Aug 13 2008, 04:49 AM)

I got a small .vi with a Listbox. The Listbox is filled with filenames (not the complete path), is it possible to add drag n drop from the Listbox to a ActiveX component? The filenames is of media files I would like to load them by dragging them out of the Listbox to the ActiveX component. I found a setting to make drag n drop work "inside" the listbox to rearrange the elements, but I want to drag n drop outside the listbox. How can I do this? Do I need to customize the Listbox or create a new controll? Im new to labview so the question might be stupid, but I didnt find any good answer when searching the forums.

After setting the Drag n Drop properties of the listbox to allow for it, monitor the Drop event over the ActiveX container. In this example, I used a textbox in an ActiveX container.

QUOTE (Justin Goeres @ Aug 12 2008, 07:30 PM)

Pretty compelling evidence! :ninja:

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/watch?v=_c6HsiixFS8&hl=en&fs=1"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/watch?v=_c6HsiixFS8&hl=en&fs=1" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>

It reminds me that I didn't get to tell my story at NIWeek this year about the time I spent 6 hours on a Greyhound bus with a crack whore and a conspiracy theorist. :beer:

Has this message been approved by the Republican party? :laugh:

(I know, Canadians shouldn't make fun of U.S. politics... we're no better that's for sure)