LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

suppress pop up dialog boxes on error

Solved!
Go to solution

Hi, I was wondering if there is a way to suppress the error dialog boxes that appear when calling interface type commands. For example, I'm calling the TCP/IP Open command and if the port is not avaible it throws up a dialog box with an error stopping execution. I want to handle the error without stopping so I can report the error manually. I'm sure there is a way to suppress this from happening. Usually the general error handler is for showing the dialog errors if you want them.

 

Thanks...

0 Kudos
Message 1 of 14
(6,607 Views)

Go to the properties of your VI and turn off "automatic Error handling",  make sure you wire your errors or you will never see them 

Message 2 of 14
(6,599 Views)

Sounds to me like you have Auto Error Handling turned on.  If you just handle the error, the dialog should go away.


GCentral
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
Message 3 of 14
(6,598 Views)

Yep, thanks guys...

0 Kudos
Message 4 of 14
(6,594 Views)

Actually, I turned off the auto error reporting, but TCP/IP still throws the error dialog even though the auto reporting is disabled in the VI properties. Any other ideas?

 

Thanks...

0 Kudos
Message 5 of 14
(6,590 Views)

Well, you said you wanted to handle the error yourself, so why are you turning off automatic error reporting???

 

You cannot "handle the error" unless you wire something to the error out terminal. (You won't get an automatic error reporting of you wire something to the error out of your function.)

0 Kudos
Message 6 of 14
(6,584 Views)

That was a rude response! All I want to do is handle the error coming out of the TCP/IP open command without the error dialog box coming up, I still want the error reported though the error out, but just not the dialog. Whether it takes turning off the auto error reporting or not, I could really care less as long as the dialog box is not thrown. BTW, the only reason I turned off the auto reporting Altenbach is because someone else mentioned it previously that it might be causing the error dialog.

 

 

 

 

0 Kudos
Message 7 of 14
(6,574 Views)

@QRP wrote:

That was a rude response! All I want to do is handle the error coming out of the TCP/IP open command without the error dialog box coming up, I still want the error reported though the error out, but just not the dialog. Whether it takes turning off the auto error reporting or not, I could really care less as long as the dialog box is not thrown. BTW, the only reason I turned off the auto reporting Altenbach is because someone else mentioned it previously that it might be causing the error dialog.

 


What Altenbach is saying is if the error dialog is coming up, then, by definition you have an unhandled error. It is virtually impossible to handle an error if you are not capturing it, and you cannot capture it if you don't have something coming out of the error out terminal. The only way this dialog is shown is because you do not have an error out terminal wired, so the LabVIEW handling takes over. When a default error dialog comes up, it is basically to tell you you have an unhandled error.

0 Kudos
Message 8 of 14
(6,567 Views)

@QRP wrote:

That was a rude response! 


Thank you. That comment was offtopic and uncalled for.

 

Well, once "I" wire something to the "error out" of TCP open, I don't get an error popup. If you still get an error popup, it could mean that you wire it to some other functions that don't have the error-out connected down the line, for example. In this case, the error of the TCP function is propagated to that unwired output at the end, causing a popup (if automatic error handling is enabled).

 

We need to see some code!

 

I also assume that you are talking about the remote port. (For client conenctions the "local port" is typically not wired)

0 Kudos
Message 9 of 14
(6,562 Views)
Solution
Accepted by QRP

To quote what I said earlier: "If you just handle the error, the dialog should go away."  And the definition of "handle" to the automatic error handler is that you wire the error out to something, even an indicator.


GCentral
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
Message 10 of 14
(6,558 Views)