回复： Re: 回复： Re: Increasing Num Legend Rows crashes LV if Stacked Chart

[Karunya_R]

Hi Steve,

Are you using VI Server? In your first post, you stated that you didn't have the problem when you were trying to decrease the number of rows.

Please look at these knowledgebases:

Why Do I Get Error 1000 When Attempting to Abort a VI Through VI Server?
Error 1000 Occurs When Using VI Server to Communicate Between VIs 

Good Luck!

[SteveP]

I am not using VI Server.  You can run my example as is and will see the error.

I do not get the error when decreasing the number of rows in 8.5 but 8.5.1 does now give this (different) error when the number of rows is decreased.

Steve

Message Edited by SteveP on 04-16-2008 08:37 AM

[Karunya_R]

Hi Steve,

I was able to reproduce your error. I have filed a Corrective Action Request to R&D about this.Thank you for pointing this out!

[SteveP]

I was told by another user that on MacOSX, in LV8.2 feeding a value to the ''Legend: Plots shown'' property leads to an Error 1000, but in LV8.5 the values are accepted correctly for both increasing and decreasing values as well. 

So the WIndows vesion is behaving differently ?

Steve

[Karunya_R]

Steve,

The error that you are receiving with LabVIEW 8.5.1 and stacked plots is expected behavior.  Increasing that number of entries in a plot legend increases the number of plot areas and y-scales. This is illegal in run-time. You are correct in saying that this does not happen on a MAC and only on Windows

[SteveP]

Karunya,

Cn you provide more information on why this is so and why this is illegal only on Windows ?  It appears to be a memory allocation problem.  The errors are completely different in 8.5 vs 8.5.1, so it appears some work on this may have been attempted.   Are you saying this will not be worked on anymore ?

Steve

[Spex]

If memory serves me, prior to LabVIEW 8.5, resizing the plot legend on a stacked plot was not possible at run-time.  Attempting to set the property node resulted in an error #1000 ("This vi is not in a state compatible with this operation").  In LabVIEW 8.5, it appears that someone (in LabVIEW R&D) attempted to enable this ability.  After the ability was released, it was obvious that in many situations, this operation would crash LabVIEW, most likely because of some memory allocation problem. 

It looks like who ever investigated the crash in LabVIEW 8.5 found the crash was not a trivial fix.  Because the problem was not simple, they reverted the behavior of the property node to the pre-8.5 behavior, (not possible to complete at run-time). 

I can only assume that with more time, R&D will continue to investigate this crash and hopefully give us the abiltiy in the future to resize the legend on a stacked plot. I know this is a feature that has been requested in the past.  If you agree that this feature needs to be enabled in LabVIEW, you can provide your feedback directly to R&D via a product suggestion in the Product Suggestion Center.

Cheers,

[Ben]

"

Spex
CompactRIO Marketing Engineer
former Applications Engineer
National Instruments

"

 Dammit! the good ones always get promoted.

Congratulations Matt! I'm going to miss being to talk to you. You were "The BEST AE" NI ever had! If it weren't for Sam I'd be in trouble.

Ben

Message Edited by Ben on 05-06-2008 02:32 PM

[SamboNI]

Hey Ben,

This won't be easy for you to take, but as of Monday I too have moved into Marketing, for PCI and PXI DAQ, so we won't be chatting on the phones anymore.

Good luck in the future with DSC, FieldPoint and getting to 10,000 posts

[Ben]

Sam wrote

"This won't be easy for you to take, but as of Monday I too have moved into Marketing, for PCI and PXI DAQ, so we won't be chatting on the phones anymore."

Like I said above, "I'm in trouble!"

So with both of you gone is there anyone around that knows what BridgeVIEW was?

If it was Friday, I would comense drinking now.

Ben