Editing typedefs crash

[s.h._tech]

Hello everyone,

I once again have an issue with Typedefs. Sometimes after I edit a typedef LV crashes.

Scenario:

• Opening typedef (Strict)
• Adding/ Removing/ Moving elements (opened VI now get greyed out elements)
• Saving the Typedef
• Closing the Typedef (Again asking me to save -> ok)
• Crashing

System: PXI, LV 17.0f2 (32bit)

Error Code: Unknown (0x00000000) at EIP=0x689E525F

Had anyone else this issue?

[Bob_Schor]

How about including the code (the TypeDef and enough "other things" that we can build/try it, too)?  Maybe a bad LabVIEW install?  Maybe a silly thing inside the TypeDef?  Maybe something else?  Could keep "guessing", I suppose, but don't know how helpful that would be in the absence of data ...

Bob Schor

[Ben · Accepted solution]

I have not seen that issue but I practice safe type defs. 😊

I avoid removing items.

If I do have to remove an item, I do them one at a time and use the "apply changes" and "Save All" after each step.

I keep the VIs that use the type defs open and make sure they see the changes, again one at a time.

I do not call that buggy since I have seen buggy (LV 6.1) and when it comes right down to it, making a bunch of changes and then expecting LV to read our mind when things disappear and new things appear... dogs and cats living together...

So be gentle with the type defs and do not expect miracles.

Ben 

[s.h._tech]

The project is quite huge (and some parts may be confidential). I cant reproduce it on a smaller scale (< 5 Typedefs inside a few VIs). The typedef usually consist of a cluster with some controls in it. My guess is that after a certain size, either opened Vis or inside a project,  the recursive changes (nested or not)  are too substantial.

I dont think it is a systematic crash since it does not happen always (even on the same Typedef). Sometimes I get lucky and nothing happens. Since all my opened windows disappear after the crash it is hard to reproduce the precise conditions.

I will be watching this behavior and vary the opened VIs (dependent on the Typedef), maybe I can narrow it down to a certain condition.

My hope was that someone had a similar error since it 'feels' like an UI-Exception not an user error.

[Ben]

You don't by some chance have the Hierarchy screen open at the time of the crash... do you?

Ben

[Bob_Schor]

This reminds me of a problem I had about 8-9 years ago when I was first starting to use Network Streams.  I had a TypeDef that was used to define some of the parameters of my Stream data, and found that in some circumstances, if I edited the TypeDef and moved a wire, I got the infamous "We apologize for the inconvenience" message and an offer to sent NI the Crash Dump.  I remember mentioning this to a Presenter from NI talking about Network Streams at the next NIWeek and asking if they knew anything about my crash -- she laughed, and said "Yep, we fixed that bug ...".

Bob Schor

[s.h._tech]

---

@Ben wrote:

You don't by some chance have the Hierarchy screen open at the time of the crash... do you?

---

No. Just the project explorer (~5-30 Vis), Notepad++, Gnuplot and an Atmel monitor shell.

@Bob_Schor: It seems like something similar. Wrong place at the wrong time

[thols]

Are you using "separate compiled code" on all VIs using the typedefs? If not, I suggest you do, this will minimise the pain of making typedef updates that affect multiple VIs.

[billko · Accepted solution]

---

@Ben wrote:

I have not seen that issue but I practice safe type defs. 😊

I avoid removing items.

If I do have to remove an item, I do them one at a time and use the "apply changes" and "Save All" after each step.

I keep the VIs that use the type defs open and make sure they see the changes, again one at a time.

I do not call that buggy since I have seen buggy (LV 6.1) and when it comes right down to it, making a bunch of changes and then expecting LV to read our mind when things disappear and new things appear... dogs and cats living together...

So be gentle with the type defs and do not expect miracles.

Ben 

---

In addition to removing items one at a time (reluctantly, for sure), I move each item to the bottom, apply changes, save all before removing it.  Call me paranoid.

[Ben]

Bill,

When tending to a dragon, we learn what we can do and not get bitten.

Ben