Professional OPC
Development Tools


Online Forums

Technical support is provided through Support Forums below. Anybody can view them; you need to Register/Login to our site (see links in upper right corner) in order to Post questions. You do not have to be a licensed user of our product.

Please read Rules for forum posts before reporting your issue or asking a question. OPC Labs team is actively monitoring the forums, and replies as soon as possible. Various technical information can also be found in our Knowledge Base. For your convenience, we have also assembled a Frequently Asked Questions page.

Do not use the Contact page for technical issues.

Dialog window appears and requires user intervention

25 Mar 2022 13:45 #10752 by support

This message box does not come from QuickOPC. It comes from Windows. Google for "This action cannot be completed because the other program is busy" ( ).

I have seen it with other programs too. As far as I can tell, it can appear in any UI-based program that uses COM, and seem to work similar to this:

If the program is using COM objects from its main (UI) thread, it may make a COM call (in our case, it will be e.g. some call on the EasyUAClient object). Many COM calls return quickly, but some may block for a considerable amount of time (which is probably the case you mentioned - if there are connection problems).

Normally, the UI thread does so-called "message pumping", i.e. it receives the Windows messages related to user input, and is responsible for pulling the from the queue, and processing them. When it is temporarily blocked in the COM call, it cannot do the message pumping.

My estimate is that when there is user input *and* Windows detects that the program cannot currently handle it, because it is being blocked in the COM call, it shows this message box. Unfortunately, in principle there is nothing that the user can do except wait for the completion of the operation anyway.

Do I understand it correctly that in your case, the message box appears even if the user does not do anything? (no mouse movements, nothing pressed on keyboard)?
If so, couldn't it be due to use of Windows timers (which are also handled via the Windows queue?) Are you using some timer to do you periodic operations, or how do you achieve the periodic operations mentioned ("I test machine states and alarms every second.")?

Best regards

Please Log in or Create an account to join the conversation.

23 Mar 2022 16:31 #10748 by
When the opc-ua server becomes unreachable due to a network problem or because the machine is turned off, a dialog window appears that I attach as a screen shoot and if there is no user who opremes "switch to" or "retry" all the process remains stationary.
I test machine states and alarms every second.
How can I do to prevent this annoying dialog window from coming out?
The language used is Microsoft visual foxpro, the main methods that cause this dialog window are:
Please help me I don't know what to do anymore

Please Log in or Create an account to join the conversation.

Moderators: support
Time to create page: 0.047 seconds