I have a situation when the IDE gets disabled... (edited)
OK, I successfully recreated the problem.
The test program is updated.
The issue is like this:
It is an OCX program where I need to show a form to display something.
If the host program (the program that uses the OCX) is showing a form modally (something that might be quite common), I'm forced to also show my form in the OCX modally, there is no other way because VB don't allow non modal forms after a modal form is shown, even if the modal form is in the host program.
After I show the form in the OCX, I need to call back to a procedure in the host program, where it will performs some actions, provide some instructions, Etc.
That procedure is called with CallByName (that is working fine, as you can see in the sample).
Now from that procedure called by name from the OCX, as I said, the host program needs to do some things that might take time.
The problem only happens when the OCX is compiled:
If the developer of the host program wants to break the execution by pressing Control+Break, now in the sample I'm posting it happens exactly what I see in my real program: the first time he press Control+Break it breaks normally, the second time might also work, but let the process finish, close the form of the OCX.
And now open it again, press Control+Break: The IDE gets disabled.
You can't do nothing but to close the IDE from the task manager.
TIA.
OK, I successfully recreated the problem.
The test program is updated.
The issue is like this:
It is an OCX program where I need to show a form to display something.
If the host program (the program that uses the OCX) is showing a form modally (something that might be quite common), I'm forced to also show my form in the OCX modally, there is no other way because VB don't allow non modal forms after a modal form is shown, even if the modal form is in the host program.
After I show the form in the OCX, I need to call back to a procedure in the host program, where it will performs some actions, provide some instructions, Etc.
That procedure is called with CallByName (that is working fine, as you can see in the sample).
Now from that procedure called by name from the OCX, as I said, the host program needs to do some things that might take time.
The problem only happens when the OCX is compiled:
If the developer of the host program wants to break the execution by pressing Control+Break, now in the sample I'm posting it happens exactly what I see in my real program: the first time he press Control+Break it breaks normally, the second time might also work, but let the process finish, close the form of the OCX.
And now open it again, press Control+Break: The IDE gets disabled.
You can't do nothing but to close the IDE from the task manager.
TIA.