Any relation to the issue on this link because dll load failed previously and now it could be something similar?
http://bugs.python.org/issue3308 "Basically MinGW erroneously ships a .lib saying localtime is in MSVCR90.DLL when it isn't. That means there is no link failure but the pyd will fail to load without information as to why. Fixing the .lib means that localtime is picked up from MSVCRT.DLL (ie no version in name) and everything appears to work well. The MinGW project also claims they only support MSVCRT.DLL and not any of the numbered ones, so basically it is luck they work. Noone pointed out any compile time directives to direct versioning of MSVCRT. I guess this is more fuel for the semi-regular flame war about free software and free compilers on Windows" On Fri, Jan 24, 2014 at 5:20 PM, Rajan Gurjar <[email protected]> wrote: > > I still could not find matplotlib._path or affine_transform after updating > matplotlib. > It seems it is in _pyd if installed correctly. > > To check I did the following in python > import matplotlib._path > dir(matplotlib._path) > > and it shows affine_transform > > but then I am not sure what this new window crash from julia-readline is > due to... > > > > On Fri, Jan 24, 2014 at 4:47 PM, Rajan Gurjar <[email protected]>wrote: > >> I updated matplotlib. >> When I run in Julia >> >> using PyPlot >> >> it now gives only one error: no working GUI backend found for matplotlib. >> >> However, the window soon crashes with this error: >> >> Runtime error in C\julia-05c6461b55\bin\julia-readline.exe >> R6034 >> An application has made an attempt to load C runtime library incorrectly. >> >> >> On Fri, Jan 24, 2014 at 4:24 PM, Rajan Gurjar <[email protected]>wrote: >> >>> So I see two issues, first is not recognizing the backend and the second >>> is not able to find affine_transform.py. >>> >>> I looked around in Python27 and cannot find either i.e., >>> matplotlib._path nor affine_transform.py >>> >>> Wonder why? >>> >>> >>> On Fri, Jan 24, 2014 at 3:59 PM, Rajan Gurjar <[email protected]>wrote: >>> >>>> Sorry Steve, >>>> There is no PYTHONPATH in the Windows environment variable. I have not >>>> set that variable. I miswrote earlier. >>>> There is only PYTHONHOME which is set to C:\Python27 >>>> i.e., I go to Computer->Properties->environment variable and then >>>> PYTHONHOME=C:\Python27 >>>> >>>> >>>> >>>> >>>> On Fri, Jan 24, 2014 at 3:56 PM, Rajan Gurjar <[email protected]>wrote: >>>> >>>>> in the windows environment variable I set it to: C:\Python27 >>>>> by going to the Computer properties and setting the environment >>>>> variable there. >>>>> >>>>> in Julia's Pycall.jl , I have >>>>> ENV["PYTHONHOME"]=exec_prefix >>>>> >>>>> >>>>> On Fri, Jan 24, 2014 at 3:41 PM, Steven G. Johnson < >>>>> [email protected]> wrote: >>>>> >>>>>> >>>>>> >>>>>> On Friday, January 24, 2014 12:35:12 PM UTC-5, Rajn wrote: >>>>>> >>>>>>> This is how far I got after making the following changes: >>>>>>> changed PYTHONPATH to C:\Python27 >>>>>>> >>>>>>> and in PyCall.jl >>>>>>> ENV["PYTHONHOME"]=exec_prefix >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> I'm confused, what did you set PYTHONHOME to? >>>>>> >>>>> >>>>> >>>> >>> >> >
