resetting cursor lists programmatically

[id]

This appears to work but goes to pot when you try to reprogram the ursorlist property to something else.  See attached VI.

[Darin.K]

What exactly should we be seeing with that attached VI?  It appears to be the original version of the workaround.

Edit:  Oops opened wrong version, now I see the added PN.  This is crashing my LV10 pretty hard anytime I try to manually change a cursor in the list.  Plus the CursorList reads empty when I try it.

[id]

This VI Takes an existing graph that has cursors, resets its cursor lists, then attempts to program the cursor list property with the original values that were in the graph.  The original cursorlist does not make it into the listing.

[Wonger]

The issue here is that the cursor list in the graph has been corrupted somehow. If you look in the cursorlist property, nothing is in there. The graph does not think that it has any cursors. The tree control which the cursor list is using however still has text in it, this is a bug. You can tell that the cursors are not really there because there is no glyph there for the cursor. I'm not sure how this happened but if you drop a new graph from scratch you should not run into this situation.

[Wonger]

I should clarify: if you drop a new graph from scratch you should not run into this problem in LabVIEW 2011.

[id]

why do I have to answer that question?  Something tells me NI can delete postings to their own forums...

[id]

This seems to work to reset the cursor list programmatically, but I have experienced a big problem with programming the cursorlist property in LV 2012 to add a cursor from a blank list.  It worked fine with LV 2011 and creates stack overflow failures in 2012.  Thought it may be my machine memory, but it isnt because I just upgraded it to 16G.  There is definietly soemthing odd about this property.  What is the proper way to add a cursor programmatically and which properties are interactive that can cause errors like active cursor, watch all plots, etc?  I.E if a value is out of bounds for the graph, can there be a stack overflow issue?

[JasoNI]

If you want to have the attachment of a forum post deleted, select “Options” in the upper right corner, and then select “Report to a Moderator.” This opens a window that allows you to let a Moderator know why you are reporting the post. State that you wanted to have the attachment deleted and a moderator will be notified.

[Wonger]

---

@id wrote:

This seems to work to reset the cursor list programmatically, but I have experienced a big problem with programming the cursorlist property in LV 2012 to add a cursor from a blank list.  It worked fine with LV 2011 and creates stack overflow failures in 2012.  Thought it may be my machine memory, but it isnt because I just upgraded it to 16G.  There is definietly soemthing odd about this property.  What is the proper way to add a cursor programmatically and which properties are interactive that can cause errors like active cursor, watch all plots, etc?  I.E if a value is out of bounds for the graph, can there be a stack overflow issue?

---

This should not cause a stack overflow issue. Can you attach a simple VI that demonstrates the stack overflow? I can't seem reproduce it from scratch.

[X.]

---

@Wonger wrote:

The issue here is that the cursor list in the graph has been corrupted somehow. If you look in the cursorlist property, nothing is in there. The graph does not think that it has any cursors. The tree control which the cursor list is using however still has text in it, this is a bug. You can tell that the cursors are not really there because there is no glyph there for the cursor. I'm not sure how this happened but if you drop a new graph from scratch you should not run into this situation.

---

Something like this?

Opening the Graph Properties Window results in:

Steps to reproduce: try to update the Cursor List programmatically.

And the workaround is to drop a new graph control? Terrific...