Thread: [PyOpenGL-Users] PyOpgnGL-3.0.1a2 MSVCR71.dll not found
Brought to you by:
mcfletch
From: David L. P. <pa...@gm...> - 2010-01-11 03:15:19
|
I am attempting to install PyOpenGL-3.0.1b2 on a Win7 system with Python 2.6 installed. I receive an error that msvcr71.dll was not found upon start of the PyOpenGL install exe. I have found online suggestions to download msvcr71.dll from various sites and then to copy that dll into the win system directory. For obvious reasons, I am unsatisfied with this solution and haven't attempted it. Does any else have a work around? --Dave -- David L. Page dav...@ie... |
From: Mike C. F. <mcf...@vr...> - 2010-01-11 04:39:12
|
David L. Page wrote: > > I am attempting to install PyOpenGL-3.0.1b2 on a Win7 system with > Python 2.6 installed. I receive an error that msvcr71.dll was not > found upon start of the PyOpenGL install exe. > > I have found online suggestions to download msvcr71.dll from various > sites and then to copy that dll into the win system directory. For > obvious reasons, I am unsatisfied with this solution and haven't > attempted it. > > Does any else have a work around? Hmm, that's a pain. If I'm reading correctly, there's no VC 2003 (7.1) redistributable download on microsoft.com. So there's no official way to redistribute it? That doesn't seem very helpful :( . Something has installed it to the Windows folder on my Vista machine, but I've got the MS Free compiler on there, which likely included it. I seem to recall that Python 2.5 included msvcrt71.dll but that there were problems with redistributions of it (or something like that)... hmm, it's not installed in the Python25 folder, so it could be that's what did the system-level install. What's really weird is that PyOpenGL without the accelerator module is pure Python... that is, it's not even compiled, it just uses ctypes to access the dlls. Maybe in compiling one of the dlls we bundle as data (maybe GLE?) I produced a dependency on vc7's redistributable. If you move OpenGL/DLLS/gle32.dll and OpenGL/DLLS/glut32.dll do you still get the message? Hmm, reading again, you're saying the *installer* is failing... hrmph. Probably built the pure-python installer with Python 2.5 and it linked to the Python 2.5 runtime... why would an installer require an external run-time? Sigh. Work-around would be to run the source installation (i.e. download, unpack, run "python setup.py install") or even use "easy_install <thezipfile>" if you want. Mike -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com |
From: David L. P. <pa...@gm...> - 2010-01-12 02:03:28
|
Mike-- Thanks. Yes, it is the installer that gave the warning. I tried downloading the zip files according to your last suggestion. It worked for PyOpenGL-3.0.1b2.zip but not for PyOpenGL-accelerate-3.0.1b2.zip. Here's the output for th accelerate attempt. f:\PyOpenGL-accelerate-3.0.1b2> python setup.py install running install running build running build_py running build_ext building 'OpenGL_accelerate.wrapper' extension Unable to import Numeric, skipping Numeric extension building error: Unable to find vcvarsall.bat --Dave On Sun, Jan 10, 2010 at 11:38 PM, Mike C. Fletcher <mcf...@vr...>wrote: > David L. Page wrote: > > > > I am attempting to install PyOpenGL-3.0.1b2 on a Win7 system with > > Python 2.6 installed. I receive an error that msvcr71.dll was not > > found upon start of the PyOpenGL install exe. > > > > I have found online suggestions to download msvcr71.dll from various > > sites and then to copy that dll into the win system directory. For > > obvious reasons, I am unsatisfied with this solution and haven't > > attempted it. > > > > Does any else have a work around? > Hmm, that's a pain. If I'm reading correctly, there's no VC 2003 (7.1) > redistributable download on microsoft.com. So there's no official way > to redistribute it? That doesn't seem very helpful :( . Something has > installed it to the Windows folder on my Vista machine, but I've got the > MS Free compiler on there, which likely included it. I seem to recall > that Python 2.5 included msvcrt71.dll but that there were problems with > redistributions of it (or something like that)... hmm, it's not > installed in the Python25 folder, so it could be that's what did the > system-level install. > > What's really weird is that PyOpenGL without the accelerator module is > pure Python... that is, it's not even compiled, it just uses ctypes to > access the dlls. Maybe in compiling one of the dlls we bundle as data > (maybe GLE?) I produced a dependency on vc7's redistributable. If you > move OpenGL/DLLS/gle32.dll and OpenGL/DLLS/glut32.dll do you still get > the message? > > Hmm, reading again, you're saying the *installer* is failing... hrmph. > Probably built the pure-python installer with Python 2.5 and it linked > to the Python 2.5 runtime... why would an installer require an external > run-time? Sigh. Work-around would be to run the source installation > (i.e. download, unpack, run "python setup.py install") or even use > "easy_install <thezipfile>" if you want. > > Mike > > -- > ________________________________________________ > Mike C. Fletcher > Designer, VR Plumber, Coder > http://www.vrplumber.com > http://blog.vrplumber.com > > -- David L. Page Knoxville, Tennessee dav...@ie... 865.607.8192 |
From: Mike C. F. <mcf...@vr...> - 2010-01-13 19:07:14
|
David L. Page wrote: > Mike-- > > Thanks. Yes, it is the installer that gave the warning. > > I tried downloading the zip files according to your last suggestion. > > It worked for PyOpenGL-3.0.1b2.zip but not for > PyOpenGL-accelerate-3.0.1b2.zip. Here's the output for th accelerate > attempt. > > f:\PyOpenGL-accelerate-3.0.1b2> python setup.py install > running install > running build > running build_py > running build_ext > building 'OpenGL_accelerate.wrapper' extension > Unable to import Numeric, skipping Numeric extension building > error: Unable to find vcvarsall.bat Hmm, you *should* be able to use the PyOpenGL-accelerate .exe installer, it was built with Python 2.6 (since that's the only thing that can build a binary extension for itself). PyOpenGL is cross-version, so it doesn't necessarily get built with the current version (which I think was the problem here). The source install of PyOpenGL-accelerate requires a C compiler, which is a large download for Win32 systems. HTH, Mike > > On Sun, Jan 10, 2010 at 11:38 PM, Mike C. Fletcher > <mcf...@vr... <mailto:mcf...@vr...>> wrote: > > David L. Page wrote: > > > > I am attempting to install PyOpenGL-3.0.1b2 on a Win7 system with > > Python 2.6 installed. I receive an error that msvcr71.dll was not > > found upon start of the PyOpenGL install exe. > > > > I have found online suggestions to download msvcr71.dll from various > > sites and then to copy that dll into the win system directory. For > > obvious reasons, I am unsatisfied with this solution and haven't > > attempted it. > > > > Does any else have a work around? > Hmm, that's a pain. If I'm reading correctly, there's no VC 2003 > (7.1) > redistributable download on microsoft.com <http://microsoft.com>. > So there's no official way > to redistribute it? That doesn't seem very helpful :( . > Something has > installed it to the Windows folder on my Vista machine, but I've > got the > MS Free compiler on there, which likely included it. I seem to recall > that Python 2.5 included msvcrt71.dll but that there were problems > with > redistributions of it (or something like that)... hmm, it's not > installed in the Python25 folder, so it could be that's what did the > system-level install. > > What's really weird is that PyOpenGL without the accelerator module is > pure Python... that is, it's not even compiled, it just uses ctypes to > access the dlls. Maybe in compiling one of the dlls we bundle as data > (maybe GLE?) I produced a dependency on vc7's redistributable. If you > move OpenGL/DLLS/gle32.dll and OpenGL/DLLS/glut32.dll do you still get > the message? > > Hmm, reading again, you're saying the *installer* is failing... hrmph. > Probably built the pure-python installer with Python 2.5 and it linked > to the Python 2.5 runtime... why would an installer require an > external > run-time? Sigh. Work-around would be to run the source installation > (i.e. download, unpack, run "python setup.py install") or even use > "easy_install <thezipfile>" if you want. > > Mike > > -- > ________________________________________________ > Mike C. Fletcher > Designer, VR Plumber, Coder > http://www.vrplumber.com > http://blog.vrplumber.com > > > > > -- > David L. Page > Knoxville, Tennessee > dav...@ie... <mailto:dav...@ie...> > 865.607.8192 > -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com |