Tree slow and bug with Add Multiple Items to End

[Kikujiro]

Hello,

I use "Add Multiple Items to End" to fill a tree quickly in Labview 8.5.

In my test example, It's possible to choise an array of 100, 255 or 1000. parents.

Each parent has 10 children

100 is correctly, 255 is slowly an 1000 is big bug !

Y does a solution, or it has Labview major weaknesses with the function tree.

Thanks for you help.

A. Carbonnel

[parthabe]

Yes.

Problem confirmed in LV 8.5. It hangs & crashes LabVIEW.

[parthabe]

Even using the Defer Panel Updates does not seem to work with loading the Tree control with more items.

[Kikujiro]

Thank you very much for your reply.
I alerted my support France, indicating that it was for a new and major development.
I wait their response.

[Wiebe@CARYA]

The tree is indeed very slow. This is caused by the drawing routine that
updates the screen after each item. One trick to add items faster is to hide
the tree and make it visible when done. Adding items with the tree closed
also help a little bit. Not sure if it prevents crashes, I never had crashes
but never tried to add >1000 items.

Regards,

Wiebe.

[Kikujiro]

In fact, if you attend enough, we get the desired outcome, but Labview uses 50% of system resources during 22 minutes
And if we attempt to close the program during its execution, there plant.

The function TREE is inoperative under these conditions!

AC

[Kikujiro]

In fact, if you attend enough, we get the desired outcome, but Labview uses 50% of system resources during 22 minutes
And if we attempt to close the program during its execution, there plant.

The function TREE is inoperative under these conditions!

AC

[Kikujiro]

Here is the response of France rupport labview

Sir,

The behavior you observed beyond 1000 elements vi Tree is a known bug of R & D LabVIEW. Pending that it is corrected in a future version, I invite you to use the ActiveX Treeview. He should be able to meet your expectations in terms of number of elements.

You can see an example of the use of the ActiveX in attachments.

Sincerely,

[Roy_F]

For those wanting a CAR number - This was reported to R&D (CAR # 98281) for further investigation.