Re: [PyOpenGL-Users] Python 2.7 and msvcr71.dll
Brought to you by:
mcfletch
Menu
▾
▴
Re: [PyOpenGL-Users] Python 2.7 and msvcr71.dll
|
From: Eli S. (Gmail) <wic...@gm...> - 2011-02-09 07:34:25
|
Hello, :)
The error can be provoked by "import OpenGL.GL" from the interactive prompt
in Python, so it seems unlikely to be anything but PyOpenGL. I used
dependency walker, and see the following tree:
python.exe
- python27.dll
- _ctypes.pyd
- opengl32.dll
- gle32.dll
- msvcr71.dll
Obviously there are a ton of other files loaded as well; if any of them
could be pertinent, let me know and I will search for them. Do other
people's installs under python 2.7 not try and load msvcr71.dll?
Additionally, after the alert box, dependency walker spat out hundreds of
error messages like:
GetProcAddress(0x5ED00000 [OPENGL32.DLL], "_FunctionType@108") called from
"_CTYPES.PYD" at address 0x1D1A39C7 and returned NULL. Error: The specified
procedure could not be found (127).
I'm not sure if that's related or not.
Thanks for helping me chase this down. :)
Eli
On Tue, Feb 8, 2011 at 6:16 PM, Alejandro Segovia <as...@gm...> wrote:
> Hi Eli,
>
> On Feb 8, 2011, at 9:47 PM, "Eli Stevens (Gmail)" <wic...@gm...>
> wrote:
>
> I'm using the standard windows binary installer for python 2.7, which (to
> the best of my knowledge) was compiled with VS 2008, and uses the
> msvcr90.dll, which I have (I know that I have them due to having to wrangle
> py2exe packing for the application).
>
> Again, my application works just fine, since python 2.7 uses msvcr90.dll.
> I don't actually need the msvcr71.dll that the alert box is talking about.
> I'm trying to figure out why importing OpenGL.GL is telling me that I need
> that file, when I actually don't need it (presenting end users with a
> spurious error message on startup isn't acceptable, especially for the
> support guys ;).
>
>
> Have you tried using "Dependency Walker" (depends.exe) to trace whether
> it's either Python or a dynamically loaded library (and which) is actually
> asking for msvcrt71?
>
> Alejandro.-
>
> On Tue, Feb 8, 2011 at 2:56 PM, Alejandro Segovia < <as...@gm...>
> as...@gm...> wrote:
>
>> Hello Eli,
>>
>> On Feb 8, 2011, at 7:26 PM, "Eli Stevens (Gmail)" <<wic...@gm...>
>> wic...@gm...> wrote:
>>
>> According to <http://www.py2exe.org/index.cgi/Tutorial#Step51><http://www.py2exe.org/index.cgi/Tutorial#Step51>
>> http://www.py2exe.org/index.cgi/Tutorial#Step51 , msvcr71.dll is from VS
>> 2005, while python 2.6 and newer use VS 2008 (and hence msvcr90.dll). Since
>> I'm on python 2.7, it should be using msvcr90.dll, not 71. :-/ I guess I
>> should have included that in my original email. I guess I'm trying to ask
>> "why does PyOpenGL ask for a .dll that's clearly out of date with respect to
>> the python version that I'm using?"
>>
>>
>> It might have to do with the compiler version used for compiling
>> python.exe. If it was built using VS 2005, it's expectable that it depends
>> on msvcrt71.
>>
>> I guess the question here would be where did you download the Python
>> interpreter you are using from? Did you get it from the official website?
>>
>> You can install the MSVS 2008 Express Edition for free; that's what I've
>> done and it works fine (for example, we also use a lot of Cython, and it
>> uses VS 2008).
>>
>>
>> You can also get these dll files by downloading and installing the
>> Microsoft Visual C++ redistributable package. It's a free download and will
>> spare you (and your users) from having to install Visual Studio.
>>
>> Please notice there are different redistibutable versions, each one
>> corresponding to msvcrt 71, 80 and 90 with both x86 and x64 flavors.
>>
>> Hope this helps.
>>
>> Alejandro.-
>>
>> On Tue, Feb 8, 2011 at 12:55 PM, Stephen Hopkins < <sho...@us...><sho...@us...>
>> sho...@us...> wrote:
>>
>>> i think the dll comes from visual studio 2005 or 2008. The newer versions
>>> of python do not come with these files I think. It gave me trouble trying to
>>> install python on windows 7 so I am stuck using python on my laptop with
>>> windows xp since my laptop has visual studio.
>>>
>>> On Tue, Feb 8, 2011 at 12:00 PM, Eli Stevens (Gmail) <<wic...@gm...><wic...@gm...>
>>> wic...@gm...> wrote:
>>>
>>>> Hello,
>>>>
>>>> When I import OpenGL.GL like this under windows XP:
>>>>
>>>> Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit
>>>> (Intel)] on win32
>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>> >>> import OpenGL.GL
>>>>
>>>> I get the following error in an alert box:
>>>>
>>>> python.exe - Unable To Locate Component
>>>> This application has failed to start becuase MSVCR71.dll was not
>>>> found. Re-installing the application may fix this problem.
>>>>
>>>> The same behavior occurs when trying to import OpenGL.GL from inside our
>>>> application, however, aside from the alert box, the application seems to run
>>>> fine (we're able to use OpenGL just fine, see 3d stuff, shaders, etc. etc.).
>>>>
>>>> PyOpenGL was installed via easy_install:
>>>>
>>>> >>> OpenGL.GL.__file__
>>>>
>>>> 'C:\\Python27\\lib\\site-packages\\pyopengl-3.0.1-py2.7-win32.egg\\OpenGL\\GL\\__init__.pyc'
>>>>
>>>> Any suggestions on what we need to do to get this (seemingly spurious)
>>>> alert to go away?
>>>>
>>>> Thanks,
>>>> Eli
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio
>>>> XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development cycle.
>>>> Locate bottlenecks in serial and parallel code that limit performance.
>>>> <http://p.sf.net/sfu/intel-dev2devfeb><http://p.sf.net/sfu/intel-dev2devfeb>
>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>> _______________________________________________
>>>> PyOpenGL Homepage
>>>> <http://pyopengl.sourceforge.net> <http://pyopengl.sourceforge.net>
>>>> http://pyopengl.sourceforge.net
>>>> _______________________________________________
>>>> PyOpenGL-Users mailing list
>>>> <PyO...@li...><PyO...@li...>
>>>> PyO...@li...
>>>> <https://lists.sourceforge.net/lists/listinfo/pyopengl-users><https://lists.sourceforge.net/lists/listinfo/pyopengl-users>
>>>> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>>>>
>>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> <http://p.sf.net/sfu/intel-dev2devfeb>
>> http://p.sf.net/sfu/intel-dev2devfeb
>>
>> _______________________________________________
>> PyOpenGL Homepage
>> <http://pyopengl.sourceforge.net>http://pyopengl.sourceforge.net
>> _______________________________________________
>> PyOpenGL-Users mailing list
>> <PyO...@li...>
>> PyO...@li...
>> <https://lists.sourceforge.net/lists/listinfo/pyopengl-users>
>> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>>
>>
>
|
