wxPython 2.9.5.0 demo failure

I'm running wxPython 2.9.5.0 on top of Python 2.76. Under Windowx XP Service Pack 3.

I just installed what I thought was the corresponding demo, which I downloaded from http://wxpython.org/download.php#msw, i.e., installation file wxPython3.0-win32-docs-demos.exe .

But when I try to run it, I get the splash screen, and then a second or two later this error message pops up: "pythonw.exe has encountered a problem and needs to close. We are sorry for the inconvenience. ..."

I've tried searching the Web for a resolution, to no avail.

Help!

Bob

Bob,
That demo is for wxPython 3.0 as denoted by wxPython-win32-docs-demos
try installing !
Gadget/Steve

···

On 29/03/14 15:36, Bob Klahn wrote:

  I'm

running wxPython 2.9.5.0 on top of Python 2.76. Under Windowx XP
Service Pack 3.

  I just installed what I thought was the corresponding demo, which

I downloaded from , i.e.,
installation file wxPython3.0-win32-docs-demos.exe .
But when I try to run it, I get the splash screen, and then a
second or two later this error message pops up: “pythonw.exe has
encountered a problem and needs to close. We are sorry for the
inconvenience. …”
I’ve tried searching the Web for a resolution, to no avail.
Help!
Bob

3.0this

http://wxpython.org/download.php#msw

Wellll … this is going to sound really stupid …
I was mistaken. I did install wxPython 3.0.0.0, not 2.9.5.0. When I saw at the wxpython.org home page that
version 3.0.0.0 was “finally!” released on December 25th, my initial
reaction was that that was “finally!” a Python 3-compatible
release. But then I realized my error, and downloaded and ran
installation file wxPython3.0-win32-3.0.0.0-py27.exe . So I did install the correct version of the demo after all, i.e.,
installation file wxPython3.0-win32-docs-demos.exe , as I said
above. But it fails as I detailed above.
I’ve been running this latest wxPython, but am having problems
figuring out what application code I need to modify (I had been
using wxPython 2.8x) to get all my application’s features to work
again (most of them do). So I figured that a study of the updated
wxPython demo would help me identify what needs changing.
But it won’t run, and I’m lost. I have no idea what to try next.
Here’s hoping you, Steve, or anyone reading this, will have
suggestions that I can try.
Bob

···

On 3/29/2014 12:13 PM, Steve Barnes
wrote:

  Bob,

That demo is for wxPython 3.0 as denoted by wxPython-win32-docs-demos
try installing !
Gadget/Steve

  •  (Is
    

there a programmatic way to verify what wxPython version is
installed?) *

On 29/03/14 15:36, Bob Klahn wrote:

    I'm

running wxPython 2.9.5.0 on top of Python 2.76. Under Windowx
XP Service Pack 3.

    I just installed what I thought was the corresponding demo,

which I downloaded from ,
i.e., installation file wxPython3.0-win32-docs-demos.exe . But when I try to run it, I get the splash screen, and then a
second or two later this error message pops up: “pythonw.exe has
encountered a problem and needs to close. We are sorry for the
inconvenience. …” I’ve tried searching the Web for a resolution, to no avail. Help! Bob
http://wxpython.org/download.php#msw
3.0this

Hi Bob,
To find out what wx version(s) are installed you can just run - from
the command line:
I would also suggest trying running the demo from the command line -
you will often get some information printed out that you would not
see by clicking on the icon.
If you cd to the demo directory, usually C:\Program Files\wxDemo or
something like that you should find a file called either demo.py or
demo.pyw - you can run them as python -v demo.py and this will show
you all the imports.
Gadget/Steve

···

On 29/03/14 18:14, Bob Klahn wrote:

  Wellll ... this is going to sound really stupid ...

I was mistaken. I did install wxPython 3.0.0.0, not 2.9.5.0. When I saw at the wxpython.org home page that
version 3.0.0.0 was “finally!” released on December 25th, my
initial reaction was that that was “finally!” a Python
3-compatible release. But then I realized my error, and
downloaded and ran installation file
wxPython3.0-win32-3.0.0.0-py27.exe . So I did install the correct version of the demo after all, i.e.,
installation file wxPython3.0-win32-docs-demos.exe , as I said
above. But it fails as I detailed above.
I’ve been running this latest wxPython, but am having problems
figuring out what application code I need to modify (I had been
using wxPython 2.8x) to get all my application’s features to work
again (most of them do). So I figured that a study of the updated
wxPython demo would help me identify what needs changing.
But it won’t run, and I’m lost. I have no idea what to try next.
Here’s hoping you, Steve, or anyone reading this, will have
suggestions that I can try.
Bob
– You received this message because you are subscribed to the Google
Groups “wxPython-users” group.
To unsubscribe from this group and stop receiving emails from it,
send an email to .
For more options, visit .

`

  python -c'import wxversion; print wxversion.__file__;print

wxversion.getInstalled();'``

`

    On 3/29/2014 12:13 PM, Steve Barnes

wrote:

    Bob,

That demo is for wxPython 3.0 as denoted by wxPython-win32-docs-demos
try installing !
Gadget/Steve
On 29/03/14 15:36, Bob Klahn wrote:

      I'm

running wxPython 2.9.5.0 on top of Python 2.76. Under Windowx
XP Service Pack 3.

      I just installed what I thought was the corresponding demo,

which I downloaded from ,
i.e., installation file wxPython3.0-win32-docs-demos.exe . But when I try to run it, I get the splash screen, and then a
second or two later this error message pops up: “pythonw.exe
has encountered a problem and needs to close. We are sorry
for the inconvenience. …” I’ve tried searching the Web for a resolution, to no avail. Help! Bob
http://wxpython.org/download.php#msw
3.0this

  •   (Is
    

there a programmatic way to verify what wxPython version is
installed?) *

wxpython-users+unsubscribe@googlegroups.com
https://groups.google.com/d/optout

Go into Control Panel -> Add/Remove Programs and uninstall all versions of wxPython. On the demo, you might want to go into c:\Program Files and remove the wxPython folder(s). You might want to go into c:\Python27\Lib\site-packages and delete anything related to wx. Then reinstall wxPython from fresh downloads.

Failing that I would remove Python and reinstall everything, but I'm kinda anal about making sure everything is "clean".

Michael

···

On 3/29/2014 1:14 PM, Bob Klahn wrote:

But it won't run, and I'm lost. I have no idea what to try next. Here's hoping you, Steve, or anyone reading this, will have suggestions that I can try.

Oh boy. Since nothing else has worked, I’ve finally decided that
uninstalling all versions of both wxPython (I still had v2.8.10.1
installed) and Python (I still had v2.5.4 installed) was needed. So
I’ve done that. But there’s still a bunch of stuff left in the
Windows registry:
Under , these subtrees remain:
py_auto_file, pysFile, Python, Python.AXScript2, Python.Dictionary,
PythonDictionary.1, Python.File, Python.Interpreter,
Python.Interpreter.2, Python.NoConFile, Python.Test.Pippo,
Python.Test.PyCOMTest, and Python.Test.PyCOMTestMI.
Under , subtree Python remains,
with PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.
I’m thinking I should go into and delete all of
those subtrees. Super-carefully of course. I have to say, I’m
surprised that all these registry entries are still there! Yes, what I’m talking about now are Python issues rather than
wxPython issues, but they’ve arisen because of my wxPython problems,
so I think this discussion is still appropriate here.
Steve, Michael, do you agree that I should delete the left-over
Python registry entries I listed above? I’m all ears. Quivering
ears.
Any other suggestions or comments?
Bob

···

On 3/29/2014 2:29 PM, Michael Hipp
wrote:

  On

3/29/2014 1:14 PM, Bob Klahn wrote:

    But it won't run, and I'm lost.  I have no idea what to try

next. Here’s hoping you, Steve, or anyone reading this, will
have suggestions that I can try.

  Go into Control Panel -> Add/Remove Programs and uninstall all

versions of wxPython. On the demo, you might want to go into
c:\Program Files and remove the wxPython folder(s). You might want
to go into c:\Python27\Lib\site-packages and delete anything
related to wx. Then reinstall wxPython from fresh downloads.

  Failing that I would remove Python and reinstall everything, but

I’m kinda anal about making sure everything is “clean”.

  Michael

HKEY_CLASSES_ROOT
HKEY_LOCAL_MACHINE | Software
regedit

I never delved into any python-related registry entries, so I can't speak with any authority on it. But in all the times I've uninstalled and re-installed python (et al) I've never had to do so.

My advice: after uninstall, delete the c:\pythonXX folders and c:\program files\wxpython-related folders, reinstall py+wxpy and try it. It should work. And if it doesn't, the whole exercise doesn't take very long. I've done it many times. Once everything is downloaded, the installs go quickly.

If you wanted to attempt a really clean uninstall, consider downloading Revo Uninstaller Portable and use it (I use it extensively in malware cleanups). It could likely clean up those leftover registry entries much safer than you could do it yourself.

Michael

···

On 3/29/2014 4:27 PM, Bob Klahn wrote:

Under *HKEY_CLASSES_ROOT*, these subtrees remain: py_auto_file, pysFile,
Python, Python.AXScript2, Python.Dictionary, PythonDictionary.1,
Python.File, Python.Interpreter, Python.Interpreter.2, Python.NoConFile,
Python.Test.Pippo, Python.Test.PyCOMTest, and Python.Test.PyCOMTestMI.
Under *HKEY_LOCAL_MACHINE | Software*, subtree Python remains, with
PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.

I'm thinking I should go into *regedit* and delete all of those
subtrees. Super-carefully of course. I have to say, I'm surprised that
all these registry entries are still there!

Yes, what I'm talking about now are Python issues rather than wxPython
issues, but they've arisen because of my wxPython problems, so I think
this discussion is still appropriate here.

Steve, Michael, do you agree that I should delete the left-over Python
registry entries I listed above? I'm all ears. Quivering ears.

One more suggestion:
Run, don't walk and download a free copy of RapidEE environment editor so you can verify your system and user paths and python paths (if any). It makes dealing with Windows paths and environment variables a joy instead of a pain. You will want to put c:\python27;c:\python27\scripts at the front of your user PATH (right hand pane).

Michael

···

On 3/29/2014 6:28 PM, Michael Hipp wrote:

On 3/29/2014 4:27 PM, Bob Klahn wrote:

Under *HKEY_CLASSES_ROOT*, these subtrees remain: py_auto_file, pysFile,
Python, Python.AXScript2, Python.Dictionary, PythonDictionary.1,
Python.File, Python.Interpreter, Python.Interpreter.2, Python.NoConFile,
Python.Test.Pippo, Python.Test.PyCOMTest, and Python.Test.PyCOMTestMI.
Under *HKEY_LOCAL_MACHINE | Software*, subtree Python remains, with
PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.

I'm thinking I should go into *regedit* and delete all of those
subtrees. Super-carefully of course. I have to say, I'm surprised that
all these registry entries are still there!

Yes, what I'm talking about now are Python issues rather than wxPython
issues, but they've arisen because of my wxPython problems, so I think
this discussion is still appropriate here.

Steve, Michael, do you agree that I should delete the left-over Python
registry entries I listed above? I'm all ears. Quivering ears.

I never delved into any python-related registry entries, so I can't
speak with any authority on it. But in all the times I've uninstalled
and re-installed python (et al) I've never had to do so.

My advice: after uninstall, delete the c:\pythonXX folders and
c:\program files\wxpython-related folders, reinstall py+wxpy and try it.
It should work. And if it doesn't, the whole exercise doesn't take very
long. I've done it many times. Once everything is downloaded, the
installs go quickly.

If you wanted to attempt a really clean uninstall, consider downloading
Revo Uninstaller Portable and use it (I use it extensively in malware
cleanups). It could likely clean up those leftover registry entries much
safer than you could do it yourself.

I went ahead and carefully deleted the Python-related Windows
registry trees, then re-installed Python 2.7, build 214 of Mark
Hammond’s Windows extensions, wxPython 3.0.0.0, and the wxPython 3
demo. I documented the registry changes after each of these
installs.
And my application is still exhibiting the same issues. Fatal
issues. For the work I do, this is super-serious. Without the
wxPython demo, all I know to do is to continue to plod along, trying
to fix code that worked just fine, for years, under Python 2.5.4 and
wxPython 2.8.10.1.
Python 2.7.6 works and Mark Hammond’s Windows extensions work.
Parts of my wxPython application work, but the most important parts
do not.
As I’ve previously reported, I used
wxPython3.0-win32-docs-demos-3.0.0.0.exe to install it.
Again, I’m running Windows XP Service Pack 3. (I have to, because
of other software that cannot run on more recent Windows versions.)
Bob

···

On 3/29/2014 7:28 PM, Michael Hipp
wrote:

  On

3/29/2014 4:27 PM, Bob Klahn wrote:

    Under *HKEY_CLASSES_ROOT*, these subtrees

remain: py_auto_file, pysFile,

    Python, Python.AXScript2, Python.Dictionary, PythonDictionary.1,


    Python.File, Python.Interpreter, Python.Interpreter.2,

Python.NoConFile,

    Python.Test.Pippo, Python.Test.PyCOMTest, and

Python.Test.PyCOMTestMI.

    Under *HKEY_LOCAL_MACHINE | Software*, subtree Python remains,

with

    PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.




    I'm thinking I should go into *regedit* and delete all of those


    subtrees.  Super-carefully of course.  I have to say, I'm

surprised that

    all these registry entries are still there!




    Yes, what I'm talking about now are Python issues rather than

wxPython

    issues, but they've arisen because of my wxPython problems, so I

think

    this discussion is still appropriate here.




    Steve, Michael, do you agree that I should delete the left-over

Python

    registry entries I listed above?  I'm all ears.  Quivering ears.
  I never delved into any python-related registry entries, so I

can’t speak with any authority on it. But in all the times I’ve
uninstalled and re-installed python (et al) I’ve never had to do
so.

  My advice: after uninstall, delete the c:\pythonXX folders and

c:\program files\wxpython-related folders, reinstall py+wxpy and
try it. It should work. And if it doesn’t, the whole exercise
doesn’t take very long. I’ve done it many times. Once everything
is downloaded, the installs go quickly.

  If you wanted to attempt a really clean uninstall, consider

downloading Revo Uninstaller Portable and use it (I use it
extensively in malware cleanups). It could likely clean up those
leftover registry entries much safer than you could do it
yourself.

  Michael

*** TO NO AVAIL. The wxPython demo still fails, the same way: I
get the splash screen, then a second or two later this error
message pops up: “pythonw.exe has encountered a problem and
needs to close. We are sorry for the inconvenience. …”***
*** Does anyone here have any idea why the wxPython demo won’t
run?***

Have you run the demo from the command line and carefully specified the path of the python executable. Does it print anything to the console before it dies?

Something like this:
c:\python27\python.exe "C:\Program Files\wxPython3.0 Docs and Demos\demo\demo.py"

Michael

···

On 3/29/2014 7:33 PM, Bob Klahn wrote:

On 3/29/2014 7:28 PM, Michael Hipp wrote:

On 3/29/2014 4:27 PM, Bob Klahn wrote:

Under *HKEY_CLASSES_ROOT*, these subtrees remain: py_auto_file, pysFile,
Python, Python.AXScript2, Python.Dictionary, PythonDictionary.1,
Python.File, Python.Interpreter, Python.Interpreter.2, Python.NoConFile,
Python.Test.Pippo, Python.Test.PyCOMTest, and Python.Test.PyCOMTestMI.
Under *HKEY_LOCAL_MACHINE | Software*, subtree Python remains, with
PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.

I'm thinking I should go into *regedit* and delete all of those
subtrees. Super-carefully of course. I have to say, I'm surprised that
all these registry entries are still there!

Yes, what I'm talking about now are Python issues rather than wxPython
issues, but they've arisen because of my wxPython problems, so I think
this discussion is still appropriate here.

Steve, Michael, do you agree that I should delete the left-over Python
registry entries I listed above? I'm all ears. Quivering ears.

I never delved into any python-related registry entries, so I can't
speak with any authority on it. But in all the times I've uninstalled
and re-installed python (et al) I've never had to do so.

My advice: after uninstall, delete the c:\pythonXX folders and
c:\program files\wxpython-related folders, reinstall py+wxpy and try
it. It should work. And if it doesn't, the whole exercise doesn't take
very long. I've done it many times. Once everything is downloaded, the
installs go quickly.

If you wanted to attempt a really clean uninstall, consider
downloading Revo Uninstaller Portable and use it (I use it extensively
in malware cleanups). It could likely clean up those leftover registry
entries much safer than you could do it yourself.

Michael

I went ahead and carefully deleted the Python-related Windows registry
trees, then re-installed Python 2.7, build 214 of Mark Hammond's Windows
extensions, wxPython 3.0.0.0, and the wxPython 3 demo. I documented the
registry changes after each of these installs.

/*TO NO AVAIL. The wxPython demo still fails, the same way: I get the
splash screen, then a second or two later this error message pops up:
"pythonw.exe has encountered a problem and needs to close. We are sorry
for the inconvenience. ..." *//*
*/
And my application is still exhibiting the same issues. Fatal issues.
For the work I do, this is super-serious. Without the wxPython demo,
all I know to do is to continue to plod along, trying to fix code that
worked just fine, for years, under Python 2.5.4 and wxPython 2.8.10.1.

Python 2.7.6 works and Mark Hammond's Windows extensions work. Parts of
my wxPython application work, but the most important parts do not.

/*Does anyone here have any idea why the wxPython demo won't run?*/ As
I've previously reported, I used
wxPython3.0-win32-docs-demos-3.0.0.0.exe to install it.

Again, I'm running Windows XP Service Pack 3. (I have to, because of
other software that cannot run on more recent Windows versions.)

Yes, I have. It still fails the very same way, and doesn't print anything to the console.

Bob

···

On 3/29/2014 8:45 PM, Michael Hipp wrote:

On 3/29/2014 7:33 PM, Bob Klahn wrote:

On 3/29/2014 7:28 PM, Michael Hipp wrote:

On 3/29/2014 4:27 PM, Bob Klahn wrote:

Under *HKEY_CLASSES_ROOT*, these subtrees remain: py_auto_file, pysFile,
Python, Python.AXScript2, Python.Dictionary, PythonDictionary.1,
Python.File, Python.Interpreter, Python.Interpreter.2, Python.NoConFile,
Python.Test.Pippo, Python.Test.PyCOMTest, and Python.Test.PyCOMTestMI.
Under *HKEY_LOCAL_MACHINE | Software*, subtree Python remains, with
PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.

I'm thinking I should go into *regedit* and delete all of those
subtrees. Super-carefully of course. I have to say, I'm surprised that
all these registry entries are still there!

Yes, what I'm talking about now are Python issues rather than wxPython
issues, but they've arisen because of my wxPython problems, so I think
this discussion is still appropriate here.

Steve, Michael, do you agree that I should delete the left-over Python
registry entries I listed above? I'm all ears. Quivering ears.

I never delved into any python-related registry entries, so I can't
speak with any authority on it. But in all the times I've uninstalled
and re-installed python (et al) I've never had to do so.

My advice: after uninstall, delete the c:\pythonXX folders and
c:\program files\wxpython-related folders, reinstall py+wxpy and try
it. It should work. And if it doesn't, the whole exercise doesn't take
very long. I've done it many times. Once everything is downloaded, the
installs go quickly.

If you wanted to attempt a really clean uninstall, consider
downloading Revo Uninstaller Portable and use it (I use it extensively
in malware cleanups). It could likely clean up those leftover registry
entries much safer than you could do it yourself.

Michael

I went ahead and carefully deleted the Python-related Windows registry
trees, then re-installed Python 2.7, build 214 of Mark Hammond's Windows
extensions, wxPython 3.0.0.0, and the wxPython 3 demo. I documented the
registry changes after each of these installs.

/*TO NO AVAIL. The wxPython demo still fails, the same way: I get the
splash screen, then a second or two later this error message pops up:
"pythonw.exe has encountered a problem and needs to close. We are sorry
for the inconvenience. ..." *//*
*/
And my application is still exhibiting the same issues. Fatal issues.
For the work I do, this is super-serious. Without the wxPython demo,
all I know to do is to continue to plod along, trying to fix code that
worked just fine, for years, under Python 2.5.4 and wxPython 2.8.10.1.

Python 2.7.6 works and Mark Hammond's Windows extensions work. Parts of
my wxPython application work, but the most important parts do not.

/*Does anyone here have any idea why the wxPython demo won't run?*/ As
I've previously reported, I used
wxPython3.0-win32-docs-demos-3.0.0.0.exe to install it.

Again, I'm running Windows XP Service Pack 3. (I have to, because of
other software that cannot run on more recent Windows versions.)

Have you run the demo from the command line and carefully specified the path of the python executable. Does it print anything to the console before it dies?

Something like this:
c:\python27\python.exe "C:\Program Files\wxPython3.0 Docs and Demos\demo\demo.py"

Michael

Maybe you are running into this?:
  
  Redirecting to Google Groups

Michael

···

On Sun, 30 Mar 2014 01:57:03 +0100, Bob Klahn <bobstones@comcast.net> wrote:

On 3/29/2014 8:45 PM, Michael Hipp wrote:

On 3/29/2014 7:33 PM, Bob Klahn wrote:

On 3/29/2014 7:28 PM, Michael Hipp wrote:

On 3/29/2014 4:27 PM, Bob Klahn wrote:

Under *HKEY_CLASSES_ROOT*, these subtrees remain: py_auto_file, pysFile,
Python, Python.AXScript2, Python.Dictionary, PythonDictionary.1,
Python.File, Python.Interpreter, Python.Interpreter.2, Python.NoConFile,
Python.Test.Pippo, Python.Test.PyCOMTest, and Python.Test.PyCOMTestMI.
Under *HKEY_LOCAL_MACHINE | Software*, subtree Python remains, with
PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.

I'm thinking I should go into *regedit* and delete all of those
subtrees. Super-carefully of course. I have to say, I'm surprised that
all these registry entries are still there!

Yes, what I'm talking about now are Python issues rather than wxPython
issues, but they've arisen because of my wxPython problems, so I think
this discussion is still appropriate here.

Steve, Michael, do you agree that I should delete the left-over Python
registry entries I listed above? I'm all ears. Quivering ears.

I never delved into any python-related registry entries, so I can't
speak with any authority on it. But in all the times I've uninstalled
and re-installed python (et al) I've never had to do so.

My advice: after uninstall, delete the c:\pythonXX folders and
c:\program files\wxpython-related folders, reinstall py+wxpy and try
it. It should work. And if it doesn't, the whole exercise doesn't take
very long. I've done it many times. Once everything is downloaded, the
installs go quickly.

If you wanted to attempt a really clean uninstall, consider
downloading Revo Uninstaller Portable and use it (I use it extensively
in malware cleanups). It could likely clean up those leftover registry
entries much safer than you could do it yourself.

Michael

I went ahead and carefully deleted the Python-related Windows registry
trees, then re-installed Python 2.7, build 214 of Mark Hammond's Windows
extensions, wxPython 3.0.0.0, and the wxPython 3 demo. I documented the
registry changes after each of these installs.

/*TO NO AVAIL. The wxPython demo still fails, the same way: I get the
splash screen, then a second or two later this error message pops up:
"pythonw.exe has encountered a problem and needs to close. We are sorry
for the inconvenience. ..." *//*
*/
And my application is still exhibiting the same issues. Fatal issues.
For the work I do, this is super-serious. Without the wxPython demo,
all I know to do is to continue to plod along, trying to fix code that
worked just fine, for years, under Python 2.5.4 and wxPython 2.8.10.1.

Python 2.7.6 works and Mark Hammond's Windows extensions work. Parts of
my wxPython application work, but the most important parts do not.

/*Does anyone here have any idea why the wxPython demo won't run?*/ As
I've previously reported, I used
wxPython3.0-win32-docs-demos-3.0.0.0.exe to install it.

Again, I'm running Windows XP Service Pack 3. (I have to, because of
other software that cannot run on more recent Windows versions.)

Have you run the demo from the command line and carefully specified the path of the python executable. Does it print anything to the console before it dies?

Something like this:
c:\python27\python.exe "C:\Program Files\wxPython3.0 Docs and Demos\demo\demo.py"

Michael

Yes, I have. It still fails the very same way, and doesn't print anything to the console.

Bob

Hmmm.
Is “TLS” short for “Transport Layer Security” here? So are Mark
Hammond’s Windows extensions relevant here? My problematic
application doesn’t use them (but other essential programs of mine
do). I’ve specified the use of TLS in some programs of mine that do
email, but I thought that the sole purpose of TLS was to provide
communication security over the Internet.
What modules are considered to be “extension modules” here?
wxPython itself perhaps? My education is sorely lacking in this
arena.
BTW, I also see there that upcoming version 3.0.1 contains some
Pubsub updates. My application relies quite a bit on Pubsub, so I’m
wondering what those changes are.
I just tried to look at the related ticket
(), but I’m getting an
“Attempted upgrade in progress” screen with the added words “Please
be patient…”
Bob

···

On 3/29/2014 9:19 PM, Michael Ross
wrote:

  On

Sun, 30 Mar 2014 01:57:03 +0100, Bob Klahn
wrote:
Maybe you are running into this?:

Michael

"Turned on a workaround for a bug that caused crashes on Windows XP.
This was due to a Micorsoft bug in optimizing access to TLS when a
DLL is dynamically loaded at runtime with LoadLibrary, such as how
Python extension modules are loaded."

http://trac.wxwidgets.org/ticket/13116

bobstones@comcast.net

    On 3/29/2014 8:45 PM, Michael Hipp wrote:
      On 3/29/2014 7:33 PM, Bob Klahn wrote:
        On 3/29/2014 7:28 PM, Michael Hipp

wrote:

          On 3/29/2014 4:27 PM, Bob Klahn

wrote:

            Under *HKEY_CLASSES_ROOT*, these

subtrees remain: py_auto_file, pysFile,

            Python, Python.AXScript2, Python.Dictionary,

PythonDictionary.1,

            Python.File, Python.Interpreter, Python.Interpreter.2,

Python.NoConFile,

            Python.Test.Pippo, Python.Test.PyCOMTest, and

Python.Test.PyCOMTestMI.

            Under *HKEY_LOCAL_MACHINE | Software*, subtree Python

remains, with

            PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.




            I'm thinking I should go into *regedit* and delete all

of those

            subtrees.  Super-carefully of course.  I have to say,

I’m surprised that

            all these registry entries are still there!




            Yes, what I'm talking about now are Python issues rather

than wxPython

            issues, but they've arisen because of my wxPython

problems, so I think

            this discussion is still appropriate here.




            Steve, Michael, do you agree that I should delete the

left-over Python

            registry entries I listed above?  I'm all ears. 

Quivering ears.

          I never delved into any python-related registry entries,

so I can’t

          speak with any authority on it. But in all the times I've

uninstalled

          and re-installed python (et al) I've never had to do so.




          My advice: after uninstall, delete the c:\pythonXX folders

and

          c:\program files\wxpython-related folders, reinstall

py+wxpy and try

          it. It should work. And if it doesn't, the whole exercise

doesn’t take

          very long. I've done it many times. Once everything is

downloaded, the

          installs go quickly.




          If you wanted to attempt a really clean uninstall,

consider

          downloading Revo Uninstaller Portable and use it (I use it

extensively

          in malware cleanups). It could likely clean up those

leftover registry

          entries much safer than you could do it yourself.




          Michael
        I went ahead and carefully deleted the Python-related

Windows registry

        trees, then re-installed Python 2.7, build 214 of Mark

Hammond’s Windows

        extensions, wxPython 3.0.0.0, and the wxPython 3 demo.  I

documented the

        registry changes after each of these installs.




        /*TO NO AVAIL.  The wxPython demo still fails, the same

way: I get the

        splash screen, then a second or two later this error message

pops up:

        "pythonw.exe has encountered a problem and needs to close. 

We are sorry

        for the inconvenience. ..." *//*


        */


        And my application is still exhibiting the same issues. 

Fatal issues.

        For the work I do, this is super-serious.  Without the

wxPython demo,

        all I know to do is to continue to plod along, trying to fix

code that

        worked just fine, for years, under Python 2.5.4 and wxPython

2.8.10.1.

        Python 2.7.6 works and Mark Hammond's Windows extensions

work. Parts of

        my wxPython application work, but the most important parts

do not.

        /*Does anyone here have any idea why the wxPython demo won't

run?*/ As

        I've previously reported, I used


        wxPython3.0-win32-docs-demos-3.0.0.0.exe to install it.




        Again, I'm running Windows XP Service Pack 3.  (I have to,

because of

        other software that cannot run on more recent Windows

versions.)

      Have you run the demo from the command line and carefully

specified the path of the python executable. Does it print
anything to the console before it dies?

      Something like this:


      c:\python27\python.exe "C:\Program Files\wxPython3.0 Docs and

Demos\demo\demo.py"

      Michael
    Yes, I have.  It still fails the very same way, and doesn't

print anything to the console.

    Bob

https://groups.google.com/forum/#!msg/wxpython-users/BO7T7jfM7rA/_0VbkXyLGncJ

Yay! I just uninstalled the version-3.0.0.0 wxPython demo, along
with wxPython itself, and installed the January 4th version-3.0.1.0
betas (available here:
) in their place.
Et voilà! The wxPython demo now loads successfully.
My application is still failing as it has been since I upgraded, but
now I have a lot more to work with. Much has obviously changed
since Python 2.5.4 and wxPython 2.8.10.1.
Here’s hoping that production 3.0.1.0 versions of both will be
released soon!
Bob

···

On 3/29/2014 9:47 PM, Bob Klahn wrote:

  Hmmm.

Is “TLS” short for “Transport Layer Security” here? So are Mark
Hammond’s Windows extensions relevant here? My problematic
application doesn’t use them (but other essential programs of mine
do). I’ve specified the use of TLS in some programs of mine that
do email, but I thought that the sole purpose of TLS was to
provide communication security over the Internet.
What modules are considered to be “extension modules” here?
wxPython itself perhaps? My education is sorely lacking in this
arena.
BTW, I also see there that upcoming version 3.0.1 contains some
Pubsub updates. My application relies quite a bit on Pubsub, so
I’m wondering what those changes are.
I just tried to look at the related ticket (),
but I’m getting an “Attempted upgrade in progress” screen with the
added words “Please be patient…”
Bob
http://wxpython.kosoftworks.com/preview/20140104/

    On 3/29/2014 9:19 PM, Michael Ross

wrote:

    On

Sun, 30 Mar 2014 01:57:03 +0100, Bob Klahn wrote: Maybe you are running into this?:
Michael
bobstones@comcast.net

      On 3/29/2014 8:45 PM, Michael Hipp

wrote:

        On 3/29/2014 7:33 PM, Bob Klahn wrote:
          On 3/29/2014 7:28 PM, Michael Hipp

wrote:

            On 3/29/2014 4:27 PM, Bob Klahn

wrote:

              Under *HKEY_CLASSES_ROOT*, these

subtrees remain: py_auto_file, pysFile,

              Python, Python.AXScript2, Python.Dictionary,

PythonDictionary.1,

              Python.File, Python.Interpreter, Python.Interpreter.2,

Python.NoConFile,

              Python.Test.Pippo, Python.Test.PyCOMTest, and

Python.Test.PyCOMTestMI.

              Under *HKEY_LOCAL_MACHINE | Software*, subtree Python

remains, with

              PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.



              I'm thinking I should go into *regedit* and delete all

of those

              subtrees.  Super-carefully of course.  I have to say,

I’m surprised that

              all these registry entries are still there!



              Yes, what I'm talking about now are Python issues

rather than wxPython

              issues, but they've arisen because of my wxPython

problems, so I think

              this discussion is still appropriate here.



              Steve, Michael, do you agree that I should delete the

left-over Python

              registry entries I listed above?  I'm all ears. 

Quivering ears.

            I never delved into any python-related registry entries,

so I can’t

            speak with any authority on it. But in all the times

I’ve uninstalled

            and re-installed python (et al) I've never had to do so.




            My advice: after uninstall, delete the c:\pythonXX

folders and

            c:\program files\wxpython-related folders, reinstall

py+wxpy and try

            it. It should work. And if it doesn't, the whole

exercise doesn’t take

            very long. I've done it many times. Once everything is

downloaded, the

            installs go quickly.



            If you wanted to attempt a really clean uninstall,

consider

            downloading Revo Uninstaller Portable and use it (I use

it extensively

            in malware cleanups). It could likely clean up those

leftover registry

            entries much safer than you could do it yourself.



            Michael
          I went ahead and carefully deleted the Python-related

Windows registry

          trees, then re-installed Python 2.7, build 214 of Mark

Hammond’s Windows

          extensions, wxPython 3.0.0.0, and the wxPython 3 demo.  I

documented the

          registry changes after each of these installs.



          /*TO NO AVAIL.  The wxPython demo still fails, the same

way: I get the

          splash screen, then a second or two later this error

message pops up:

          "pythonw.exe has encountered a problem and needs to

close. We are sorry

          for the inconvenience. ..." *//*

          */

          And my application is still exhibiting the same issues. 

Fatal issues.

          For the work I do, this is super-serious.  Without the

wxPython demo,

          all I know to do is to continue to plod along, trying to

fix code that

          worked just fine, for years, under Python 2.5.4 and

wxPython 2.8.10.1.

          Python 2.7.6 works and Mark Hammond's Windows extensions

work. Parts of

          my wxPython application work, but the most important parts

do not.

          /*Does anyone here have any idea why the wxPython demo

won’t run?*/ As

          I've previously reported, I used

          wxPython3.0-win32-docs-demos-3.0.0.0.exe to install it.



          Again, I'm running Windows XP Service Pack 3.  (I have to,

because of

          other software that cannot run on more recent Windows

versions.)

        Have you run the demo from the command line and carefully

specified the path of the python executable. Does it print
anything to the console before it dies?

        Something like this:

        c:\python27\python.exe "C:\Program Files\wxPython3.0 Docs

and Demos\demo\demo.py"

        Michael
      Yes, I have.  It still fails the very same way, and doesn't

print anything to the console.

      Bob

https://groups.google.com/forum/#!msg/wxpython-users/BO7T7jfM7rA/_0VbkXyLGncJ

"Turned on a workaround for a bug that caused crashes on Windows XP.
This was due to a Micorsoft bug in optimizing access to TLS when a
DLL is dynamically loaded at runtime with LoadLibrary, such as how
Python extension modules are loaded."

http://trac.wxwidgets.org/ticket/13116

To whom it may concern: Exiting from this beta 3.0.1.0 copy of the
demo generates this wxWidgets Debug Alert:
Bob

···

On 3/29/2014 11:23 PM, Bob Klahn wrote:

  Yay!  I just uninstalled the version-3.0.0.0 wxPython demo, along

with wxPython itself, and installed the January 4th
version-3.0.1.0 betas (available here: ) in their place. Et voilà! The wxPython demo now loads
successfully.
My application is still failing as it has been since I upgraded,
but now I have a lot more to work with. Much has obviously
changed since Python 2.5.4 and wxPython 2.8.10.1.
Here’s hoping that production 3.0.1.0 versions of both will be
released soon!
Bob

** …..\src\common\module.cpp(194): assert “module->m_state ==
State_Initialized” failed in wxModule::DoCleanUpModules(): not
initialized module being cleaned up**

    On 3/29/2014 9:47 PM, Bob Klahn

wrote:

    Hmmm.

Is “TLS” short for “Transport Layer Security” here? So are Mark
Hammond’s Windows extensions relevant here? My problematic
application doesn’t use them (but other essential programs of
mine do). I’ve specified the use of TLS in some programs of
mine that do email, but I thought that the sole purpose of TLS
was to provide communication security over the Internet.
What modules are considered to be “extension modules” here?
wxPython itself perhaps? My education is sorely lacking in this
arena.
BTW, I also see there that upcoming version 3.0.1 contains some
Pubsub updates. My application relies quite a bit on Pubsub, so
I’m wondering what those changes are.
I just tried to look at the related ticket (),
but I’m getting an “Attempted upgrade in progress” screen with
the added words “Please be patient…”
Bob
On 3/29/2014 9:19 PM, Michael Ross
wrote:

      On Sun, 30 Mar 2014 01:57:03 +0100, Bob Klahn wrote: Maybe you are running into this?:          

Michael
bobstones@comcast.net

        On 3/29/2014 8:45 PM, Michael Hipp

wrote:

          On 3/29/2014 7:33 PM, Bob Klahn

wrote:

            On 3/29/2014 7:28 PM, Michael Hipp

wrote:

              On 3/29/2014 4:27 PM, Bob Klahn

wrote:

                Under *HKEY_CLASSES_ROOT*,

these subtrees remain: py_auto_file, pysFile,

                Python, Python.AXScript2, Python.Dictionary,

PythonDictionary.1,

                Python.File, Python.Interpreter,

Python.Interpreter.2, Python.NoConFile,

                Python.Test.Pippo, Python.Test.PyCOMTest, and

Python.Test.PyCOMTestMI.

                Under *HKEY_LOCAL_MACHINE | Software*, subtree

Python remains, with

                PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.



                I'm thinking I should go into *regedit* and delete

all of those

                subtrees.  Super-carefully of course.  I have to

say, I’m surprised that

                all these registry entries are still there!



                Yes, what I'm talking about now are Python issues

rather than wxPython

                issues, but they've arisen because of my wxPython

problems, so I think

                this discussion is still appropriate here.



                Steve, Michael, do you agree that I should delete

the left-over Python

                registry entries I listed above?  I'm all ears. 

Quivering ears.

              I never delved into any python-related registry

entries, so I can’t

              speak with any authority on it. But in all the times

I’ve uninstalled

              and re-installed python (et al) I've never had to do

so.

              My advice: after uninstall, delete the c:\pythonXX

folders and

              c:\program files\wxpython-related folders, reinstall

py+wxpy and try

              it. It should work. And if it doesn't, the whole

exercise doesn’t take

              very long. I've done it many times. Once everything is

downloaded, the

              installs go quickly.



              If you wanted to attempt a really clean uninstall,

consider

              downloading Revo Uninstaller Portable and use it (I

use it extensively

              in malware cleanups). It could likely clean up those

leftover registry

              entries much safer than you could do it yourself.



              Michael
            I went ahead and carefully deleted the Python-related

Windows registry

            trees, then re-installed Python 2.7, build 214 of Mark

Hammond’s Windows

            extensions, wxPython 3.0.0.0, and the wxPython 3 demo. 

I documented the

            registry changes after each of these installs.



            /*TO NO AVAIL.  The wxPython demo still fails, the same

way: I get the

            splash screen, then a second or two later this error

message pops up:

            "pythonw.exe has encountered a problem and needs to

close. We are sorry

            for the inconvenience. ..." *//*

            */

            And my application is still exhibiting the same issues. 

Fatal issues.

            For the work I do, this is super-serious.  Without the

wxPython demo,

            all I know to do is to continue to plod along, trying to

fix code that

            worked just fine, for years, under Python 2.5.4 and

wxPython 2.8.10.1.

            Python 2.7.6 works and Mark Hammond's Windows extensions

work. Parts of

            my wxPython application work, but the most important

parts do not.

            /*Does anyone here have any idea why the wxPython demo

won’t run?*/ As

            I've previously reported, I used

            wxPython3.0-win32-docs-demos-3.0.0.0.exe to install it.




            Again, I'm running Windows XP Service Pack 3.  (I have

to, because of

            other software that cannot run on more recent Windows

versions.)

          Have you run the demo from the command line and carefully

specified the path of the python executable. Does it print
anything to the console before it dies?

          Something like this:

          c:\python27\python.exe "C:\Program Files\wxPython3.0 Docs

and Demos\demo\demo.py"

          Michael
        Yes, I have.  It still fails the very same way, and doesn't

print anything to the console.

        Bob

https://groups.google.com/forum/#!msg/wxpython-users/BO7T7jfM7rA/_0VbkXyLGncJ

"Turned on a workaround for a bug that caused crashes on Windows XP.
This was due to a Micorsoft bug in optimizing access to TLS when a
DLL is dynamically loaded at runtime with LoadLibrary, such as how
Python extension modules are loaded."

http://trac.wxwidgets.org/ticket/13116

http://wxpython.kosoftworks.com/preview/20140104/

Really glad you got it working. You seem to have found an odd problem, whatever it is.

wxPython and the Demo have always been firmly in the "just works" camp for me.

If you keep seeing odd behavior like this you might want to ponder a clean install of XP for going forward. XP isn't quite as stable as Win7 in this regard and a refresh every few years can do it good.

A truly joyous suggestion, I know.

Michael

···

On 3/29/2014 10:23 PM, Bob Klahn wrote:

Yay! I just uninstalled the version-3.0.0.0 wxPython demo, along with
wxPython itself, and installed the January 4th version-3.0.1.0 betas
(available here: http://wxpython.kosoftworks.com/preview/20140104/ ) in
their place. Et voilà! The wxPython demo now loads successfully.

My application is still failing as it has been since I upgraded, but now
I have a lot more to work with. Much has obviously changed since Python
2.5.4 and wxPython 2.8.10.1.

Here's hoping that production 3.0.1.0 versions of both will be released
soon!

Yeah, a lot of folks have had the compiled problems with the original wxPy3.0 MSW RELz versions and have reverted to using the Jan-4th-2014 preview builds.
wxPy 2.9.5 actually works fine also. Just the first 3.0 builds had this problem.
Hopefully Robin will get the main page updated soon with the fixed builds.

···

On Saturday, March 29, 2014 10:23:21 PM UTC-5, Bob Klahn wrote:

On 3/29/2014 9:47 PM, Bob Klahn wrote:

    On 3/29/2014 9:19 PM, Michael Ross > > wrote:
    On

Sun, 30 Mar 2014 01:57:03 +0100, Bob Klahn bobs...@comcast.net
wrote:

      On 3/29/2014 8:45 PM, Michael Hipp > > > > wrote:
        On 3/29/2014 7:33 PM, Bob Klahn wrote:
          On 3/29/2014 7:28 PM, Michael Hipp > > > > > > wrote:
            On 3/29/2014 4:27 PM, Bob Klahn > > > > > > > wrote:
              Under *HKEY_CLASSES_ROOT*, these

subtrees remain: py_auto_file, pysFile,

              Python, Python.AXScript2, Python.Dictionary,

PythonDictionary.1,

              Python.File, Python.Interpreter, Python.Interpreter.2,

Python.NoConFile,

              Python.Test.Pippo, Python.Test.PyCOMTest, and

Python.Test.PyCOMTestMI.

              Under *HKEY_LOCAL_MACHINE | Software*, subtree Python

remains, with

              PythonCore subtrees 2.4, 2.5, 2.6, and 2.7.



              I'm thinking I should go into *regedit* and delete all

of those

              subtrees.  Super-carefully of course.  I have to say,

I’m surprised that

              all these registry entries are still there!



              Yes, what I'm talking about now are Python issues

rather than wxPython

              issues, but they've arisen because of my wxPython

problems, so I think

              this discussion is still appropriate here.



              Steve, Michael, do you agree that I should delete the

left-over Python

              registry entries I listed above?  I'm all ears. 

Quivering ears.

            I never delved into any python-related registry entries,

so I can’t

            speak with any authority on it. But in all the times

I’ve uninstalled

            and re-installed python (et al) I've never had to do so.




            My advice: after uninstall, delete the c:\pythonXX

folders and

            c:\program files\wxpython-related folders, reinstall

py+wxpy and try

            it. It should work. And if it doesn't, the whole

exercise doesn’t take

            very long. I've done it many times. Once everything is

downloaded, the

            installs go quickly.



            If you wanted to attempt a really clean uninstall,

consider

            downloading Revo Uninstaller Portable and use it (I use

it extensively

            in malware cleanups). It could likely clean up those

leftover registry

            entries much safer than you could do it yourself.



            Michael
          I went ahead and carefully deleted the Python-related

Windows registry

          trees, then re-installed Python 2.7, build 214 of Mark

Hammond’s Windows

          extensions, wxPython 3.0.0.0, and the wxPython 3 demo.  I

documented the

          registry changes after each of these installs.



          /*TO NO AVAIL.  The wxPython demo still fails, the same

way: I get the

          splash screen, then a second or two later this error

message pops up:

          "pythonw.exe has encountered a problem and needs to

close. We are sorry

          for the inconvenience. ..." *//*

          */

          And my application is still exhibiting the same issues. 

Fatal issues.

          For the work I do, this is super-serious.  Without the

wxPython demo,

          all I know to do is to continue to plod along, trying to

fix code that

          worked just fine, for years, under Python 2.5.4 and

wxPython 2.8.10.1.

          Python 2.7.6 works and Mark Hammond's Windows extensions

work. Parts of

          my wxPython application work, but the most important parts

do not.

          /*Does anyone here have any idea why the wxPython demo

won’t run?*/ As

          I've previously reported, I used

          wxPython3.0-win32-docs-demos-3.0.0.0.exe to install it.



          Again, I'm running Windows XP Service Pack 3.  (I have to,

because of

          other software that cannot run on more recent Windows

versions.)

        Have you run the demo from the command line and carefully

specified the path of the python executable. Does it print
anything to the console before it dies?

        Something like this:

        c:\python27\python.exe "C:\Program Files\wxPython3.0 Docs

and Demos\demo\demo.py"

        Michael
      Yes, I have.  It still fails the very same way, and doesn't

print anything to the console.

      Bob
    Maybe you are running into this?:

        

        [https://groups.google.com/forum/#!msg/wxpython-users/BO7T7jfM7rA/_0VbkXyLGncJ](https://groups.google.com/forum/#%21msg/wxpython-users/BO7T7jfM7rA/_0VbkXyLGncJ)




    Michael
  Hmmm.
"Turned on a workaround for a bug that caused crashes on Windows XP.
This was due to a Micorsoft bug in optimizing access to TLS when a
DLL is dynamically loaded at runtime with LoadLibrary, such as how
Python extension modules are loaded."

  Is "TLS" short for "Transport Layer Security" here?  So are Mark

Hammond’s Windows extensions relevant here? My problematic
application doesn’t use them (but other essential programs of mine
do). I’ve specified the use of TLS in some programs of mine that
do email, but I thought that the sole purpose of TLS was to
provide communication security over the Internet.

  What modules are considered to be "extension modules" here? 

wxPython itself perhaps? My education is sorely lacking in this
arena.

  BTW, I also see there that upcoming version 3.0.1 contains some

Pubsub updates. My application relies quite a bit on Pubsub, so
I’m wondering what those changes are.

  I just tried to look at the related ticket ([http://trac.wxwidgets.org/ticket/13116](http://trac.wxwidgets.org/ticket/13116)      ),

but I’m getting an “Attempted upgrade in progress” screen with the
added words “Please be patient…”

  Bob
Yay!  I just uninstalled the version-3.0.0.0 wxPython demo, along

with wxPython itself, and installed the January 4th version-3.0.1.0
betas (available here:
http://wxpython.kosoftworks.com/preview/20140104/ ) in their place.
Et voilà! The wxPython demo now loads successfully.

My application is still failing as it has been since I upgraded, but

now I have a lot more to work with. Much has obviously changed
since Python 2.5.4 and wxPython 2.8.10.1.

Here's hoping that production 3.0.1.0 versions of both will be

released soon!

Bob

No. “TLS” is “thread-local storage”. Normally, all of the threads
in a process share all of the process memory. Sometimes, however,
each thread needs to have its own private data region. That is
thread-local storage, and Windows has APIs to manage that.

···

Bob Klahn wrote:

  Hmmm.
"Turned on a workaround for a bug that caused crashes on Windows XP.
This was due to a Micorsoft bug in optimizing access to TLS when a
DLL is dynamically loaded at runtime with LoadLibrary, such as how
Python extension modules are loaded."

  Is "TLS" short for "Transport Layer Security" here?  So are Mark

Hammond’s Windows extensions relevant here? My problematic
application doesn’t use them (but other essential programs of mine
do). I’ve specified the use of TLS in some programs of mine that
do email, but I thought that the sole purpose of TLS was to
provide communication security over the Internet.

-- Tim Roberts, Providenza & Boekelheide, Inc.

timr@probo.com