If I run the program from a command prompt and select no files and
simply close the program using the upper right X icon, the program
closes instantly and I get the command prompt back instantly.
If I run the program from a command prompt, hit the Open File Dialog
button, hit the Cancel button to close the file dialog, then close the
wx window via the upper-right X, it takes a long time for the command
prompt to return (5s or longer). Similarly if I select ~ 6 files then
close the wx window via the X - it takes about 5 s for the prompt to
return. Under some combinations of selecting files, canceling, etc.,
it has taken much longer for the prompt to return.
It feels like something isn't getting released inside wxPython
properly, but I have no idea what is causing the issue nor how to
debug it. I haven't tried any other wxPython versions.
(Other wxPython scripts I have here that use the Win32 package to call
the native file dialog don't seem to have this issue.)
Does it make any difference if you update to the latest 2.9.4 build?
I installed the 2.9.4.0 wxPython build from the .exe installer. It
didn't make any difference.
I then installed the 2.8.12.1 wxPython build (replacing 2.9.4.0) from
the .exe installer. That didn't make any difference, either.
Then I re-tried a Python program I have that uses win32ui rather than
wxPython. It also has a long delay in closing the command prompt
window after calling a file dialog.
:-/
So it seems to be a Python thing on Win32 (at least on this machine)
rather than a wxPython thing.
Sorry about the noise.
If I figure out a way to reproducibly change the behavior, I'll follow-up.
Cheers,
Scott.
···
On Fri, Nov 16, 2012 at 12:50 AM, Robin Dunn <robin@alldunn.com> wrote:
Does it make any difference if you update to the latest 2.9.4 build?
I installed the 2.9.4.0 wxPython build from the .exe installer. It
didn't make any difference.
I then installed the 2.8.12.1 wxPython build (replacing 2.9.4.0) from
the .exe installer. That didn't make any difference, either.
Then I re-tried a Python program I have that uses win32ui rather than
wxPython. It also has a long delay in closing the command prompt
window after calling a file dialog.
:-/
So it seems to be a Python thing on Win32 (at least on this machine)
rather than a wxPython thing.
Sorry about the noise.
If I figure out a way to reproducibly change the behavior, I'll follow-up.
Today I came across a discussion on TechReport.com of "CPU Parking" on
hyperthreaded Intel CPUs running Win7 (or Win8). The slowness seems
to be less obvious if I disable the CPU Parking feature.
I'm not certain if that's the cause for the behavior I'm seeing on
Win7, but it may be related.
A utility that lets one examine and adjust the Parking behavior is here:
HTH others out there.
Cheers,
Scott.
···
On Fri, Nov 16, 2012 at 11:33 AM, grunculus <grunculus@gmail.com> wrote:
On Fri, Nov 16, 2012 at 12:50 AM, Robin Dunn <robin@alldunn.com> wrote: