LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

major error with event structure

Solved!
Go to solution

That would make sense, becasue it was acting like the dialog box was open, but i just was not clicking on it. and with no way to close the box it was essentially

frozen.

 

But wouldnt the dialog box show up in task manager?

0 Kudos
Message 11 of 30
(1,572 Views)

No, dialog boxes are part of the LV process. Possibly if you use the extended task manager which can list sub processes (dont remember it's name).

 

/Y

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 12 of 30
(1,561 Views)

Looks like that was the problem. Wonder how that would have happened on two computers.

0 Kudos
Message 13 of 30
(1,554 Views)

You could try deleting just that line and see what happens.  In fact, Kudos to anyone who does try it and report back!

 

And, NI Support, with all those new monitor options and so many monitors on some systems, perhaps a min and max bounds check on that token would be advisable?  That's a nasty bug to dig for (if re-producable) I'd rather have the dialog on-screen than where I last stuck it.


"Should be" isn't "Is" -Jay
Message 14 of 30
(1,543 Views)

removed that line it it works fine now.

Message 15 of 30
(1,517 Views)

Kudos for you!

 

Look like a CAR # would be in order here.  At worst we have a tag to point to.


"Should be" isn't "Is" -Jay
0 Kudos
Message 16 of 30
(1,512 Views)

I've added notes from this thread to a CAR on a similar issue. CAR 435259


Christina Rogers
Principal Product Owner, LabVIEW R&D
Message 17 of 30
(1,476 Views)

I saw a similar situation happen in a VB6 program someone wrote.  They had the location of the program window saved in the registry.  When you started the program it would read the registry and put the window back in the same location.  When you closed the program, the program saved its final location to the registry.

 

Nice, all worked well.  Until people started noticing there program wasn't restarting sometimes.  The proposed fix was to go into the registry and delete that key.  Something users shouldn't have to do ever.  So what was causing it?

 

Well, the registry key had negative coordinates in it, so the window was being placed off screen where you couldn't see it.  But how did those negative values get there?

 

Well, if the program was minimized to the taskbar, then the program closed by doing a right click on the app on the taskbar and picking close, the app was saving its window coordinates to the registry then closing, and those coordinates just so happened to be negative.

 

I don't have proof of this, but I figured when you minimize an app, what happens is that Windows moves it to an offscreen location.

 

I wonder if something like this could be happening here?

Message 18 of 30
(1,466 Views)

Good theory:

 

NI needs to solve two puzzles:

  1. prevent illegal values to ever occur and enter the ini file (since it happened on two different computers here, but always to the same user, there has to be some usage pattern that can generate those!). We need to find that usage pattern!
  2. prevent illegal values in the ini to ever place any dialog (not just this one!) offscreen. (there could always be bad values in there, e.g. after manual editing of the ini)
0 Kudos
Message 19 of 30
(1,456 Views)

LV 2013

I have the same issue on my laptop.

Problem occured when working at home after leaving the event dialouge box on my secondary monitor at work (only have one monitor at home).

 

I'll fix the issue by deleting the line in the .ini file.

It's EditEventsDlgSize=189,1969,775,2749 for me.

The fix worked.

Message 20 of 30
(1,405 Views)