wxmsw26uh_vc.dll

Hi

running Win XP, Python 2.4 with matlibplot and wxpython installed from these executables both down-loaded from sourceforge

matplotlib-0.87.7.win32-py2.4.exe
wxPython2.6-win32-ansi-2.6.3.3-py24.exe

Just taking the first steps with matplotlib and wxpython using wxmpl. Running one of the wxmpl test apps I get this error message

python.exe - Unable to locate component

"This application has failed to start because wxmsw26uh_vc.dll was not found. Reinstalling this application may fix this problem"

After dismissing the message box, the app pops up and runs OK so I guess the error is not that serious but still pretty irritating to users. Tried reinstalling but that doesn't help. Also did a google search on wxmsw26uh_vc.dll and it seems that several people have reported this problem but I couldn't find a solution. One of the discussions I did find mentioned unicode versions of wxpython but AFAIK I have never installed a unicode version.

All suggestions gratefully received!

Installing the unicode version of wxpython is the solution. This will
get rid of the error message. Matplotlib is compiled against it.

···

On 11/4/06, Etrade Griffiths <etrade.griffiths@...312...> wrote:

Hi

running Win XP, Python 2.4 with matlibplot and wxpython installed from
these executables both down-loaded from sourceforge

matplotlib-0.87.7.win32-py2.4.exe
wxPython2.6-win32-ansi-2.6.3.3-py24.exe

Just taking the first steps with matplotlib and wxpython using
wxmpl. Running one of the wxmpl test apps I get this error message

python.exe - Unable to locate component

"This application has failed to start because wxmsw26uh_vc.dll was not
found. Reinstalling this application may fix this problem"

After dismissing the message box, the app pops up and runs OK so I guess
the error is not that serious but still pretty irritating to users. Tried
reinstalling but that doesn't help. Also did a google search on
wxmsw26uh_vc.dll and it seems that several people have reported this
problem but I couldn't find a solution. One of the discussions I did find
mentioned unicode versions of wxpython but AFAIK I have never installed a
unicode version.

All suggestions gratefully received!

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
matplotlib-users List Signup and Options

Hi Charlie,

Charlie Moad wrote:

Installing the unicode version of wxpython is the solution. This will
get rid of the error message. Matplotlib is compiled against it.

Isn’t this a maint headache for you and others maintaining matplotlib?

Will there be wxPython 2.6, 2.7 and 2.8 builds?

Is it not possible to have a wxPython nutral build?

Best regards

Werner

···

<etrade.griffiths@…312…>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642Matplotlib-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/matplotlib-usershttp://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642Matplotlib-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi Charlie,

Charlie Moad wrote:

Installing the unicode version of wxpython is the solution. This will
get rid of the error message. Matplotlib is compiled against it.

Isn't this a maint headache for you and others maintaining matplotlib?

Among other things. :wink:

Will there be wxPython 2.6, 2.7 and 2.8 builds?

I hope not. I am guessing that wxPython is like the linux kernel, so
2.7 is a dev branch.

Is it not possible to have a wxPython nutral build?

The native interface was added for high speed blitting/animation. A
while back we talked about and agreed on trying to remove the native
interfaces for gtk and wxpython to avoid these compilation headaches.
This was after having decent success with pure python approaches for
qt3 and qt4. We are sticking with the unicode wxpython build for the
remainder of 0.87.x to avoid more confusion. Ideally 0.88 will have
the pure python blitting implementations.

- Charlie

···

On 11/4/06, Werner F. Bruhin <werner.bruhin@...185...> wrote:

Hi Charlie,

Charlie Moad wrote:

...

I hope not. I am guessing that wxPython is like the linux kernel, so
2.7 is a dev branch.

Yes, 2.7 is a dev branch which normally lasts for quit some time, however this time round they are hoping to move to 2.8 pretty quickly, I believe before the end of the year.

Is it not possible to have a wxPython nutral build?

The native interface was added for high speed blitting/animation. A
while back we talked about and agreed on trying to remove the native
interfaces for gtk and wxpython to avoid these compilation headaches.
This was after having decent success with pure python approaches for
qt3 and qt4. We are sticking with the unicode wxpython build for the
remainder of 0.87.x to avoid more confusion. Ideally 0.88 will have
the pure python blitting implementations.

That is good news.

Best regards
Werner

Werner F. Bruhin wrote:

I hope not. I am guessing that wxPython is like the linux kernel, so
2.7 is a dev branch.

Yes, 2.7 is a dev branch which normally lasts for quit some time, however this time round they are hoping to move to 2.8 pretty quickly, I believe before the end of the year.

yup -- and hoping to get it included in OS-X 10.5

Is it not possible to have a wxPython nutral build?

A
while back we talked about and agreed on trying to remove the native
interfaces for gtk and wxpython to avoid these compilation headaches.

wxPython 2.7 (and, of course, 2.8) has some extra methods for dumping binary data directly into wxBitmaps, so pure Python methods should be just as fast as C++ ones. Of course, that's only wxPython-version neutral for 2.7+ versions.

>> We are sticking with the unicode wxpython build for the

remainder of 0.87.x to avoid more confusion.

Good plan.

Ideally 0.88 will have the pure python blitting implementations.

I (and others) posted a bunch of information about how this could be done in that thread a while back. Is anyone planning on doing it? I'd be glad to consult, but don't have the time to do it myself right now (and I'm not using MPL much at this point, so It's hard to justify)

-Chris

···

--
Christopher Barker, Ph.D.
Oceanographer
                                         
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception

Chris.Barker@...259...