G
Guest
Hello all.
I have an app that is giving me problems on a WindowsXP x64 machine. When I
go to close the application the Main form closes, but when I look at
TaskManager the process still resides in the list.
Using SPY++ I can see that a "WindowsFormsParkingWindow" and ".NET
BroadcastEventWindow1.0.5000.0.1" are associated to my app by looking at the
Properties->Process Tab then selecting the ThreadID shows me my application
in the name field.
I do not have these problems on my WindowsXP Pro (32-bit) version.
I've read online that these can hold up a process when a control is removed
from a from it is "parked" onto the WindowsFormsParkingWindow if it happened
to have focus. But, in my case why do I not get the same behaviour on my
32-bit OS?
And what exactly constitutes "Removing" the control? Would having a control
on a tab and switching between tabs remove the the control?
Any ideas and help would be greatly appreciated!
TIA
Dennis
I have an app that is giving me problems on a WindowsXP x64 machine. When I
go to close the application the Main form closes, but when I look at
TaskManager the process still resides in the list.
Using SPY++ I can see that a "WindowsFormsParkingWindow" and ".NET
BroadcastEventWindow1.0.5000.0.1" are associated to my app by looking at the
Properties->Process Tab then selecting the ThreadID shows me my application
in the name field.
I do not have these problems on my WindowsXP Pro (32-bit) version.
I've read online that these can hold up a process when a control is removed
from a from it is "parked" onto the WindowsFormsParkingWindow if it happened
to have focus. But, in my case why do I not get the same behaviour on my
32-bit OS?
And what exactly constitutes "Removing" the control? Would having a control
on a tab and switching between tabs remove the the control?
Any ideas and help would be greatly appreciated!
TIA
Dennis