Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #65312 > unrolled thread

Python 3.3 and Pygame 19.2a install problems

Back to article view | Back to comp.lang.python

Contents

  Python 3.3 and Pygame 19.2a install problems edvogel56@gmail.com - 2014-02-02 18:06 -0800
    Re: Python 3.3 and Pygame 19.2a install problems edvogel56@gmail.com - 2014-02-02 19:04 -0800
      Re: Python 3.3 and Pygame 19.2a install problems Terry Reedy <tjreedy@udel.edu> - 2014-02-03 01:43 -0500
        Re: Python 3.3 and Pygame 19.2a install problems edvogel56@gmail.com - 2014-02-03 05:48 -0800
      Re: Python 3.3 and Pygame 19.2a install problems MRAB <python@mrabarnett.plus.com> - 2014-02-03 18:55 +0000
      Re: Python 3.3 and Pygame 19.2a install problems Terry Reedy <tjreedy@udel.edu> - 2014-02-03 16:42 -0500
    Re:Python 3.3 and Pygame 19.2a install problems Dave Angel <davea@davea.name> - 2014-02-02 22:08 -0500

#65312 — Python 3.3 and Pygame 19.2a install problems

Hi,
  I am putting together tutorials to accompany "Invent Your Own Computer Games with Python" for a volunteer gig. I installed Python 3.3 and Pygame 19.2a on an XP machine and it works fine.  However the install on my Win7 (Home Edition)HP notebook is not working.

While running python code from Idle that uses Pygames I get this message:

Traceback (most recent call last):
  File "C:\Users\Ed\Documents\SOMA\Minecraft and Python\inventwithpython_src\dodger.py", line 1, in <module>
    import pygame, random, sys
  File "C:\Python33\lib\site-packages\pygame\__init__.py", line 95, in <module>
    from pygame.base import *
ImportError: DLL load failed: The specified module could not be found.


I am looking at the computers and installed directories side by side and I don't see anything "missing."  That being said there is a base.pyd file but not a base.dll.  I understand .pyd files are a type of dll.  Could there be something about Win7 doesn't like about that naming convention?

Please advise.

Thanks!

EdV

[toc] | [next] | [standalone]

#65314

On Sunday, February 2, 2014 8:06:11 PM UTC-6, edvo...@gmail.com wrote:
> Hi,
> 
>   I am putting together tutorials to accompany "Invent Your Own Computer Games with Python" for a volunteer gig. I installed Python 3.3 and Pygame 19.2a on an XP machine and it works fine.  However the install on my Win7 (Home Edition)HP notebook is not working.
> 
> 
> 
> While running python code from Idle that uses Pygames I get this message:
> 
> 
> 
> Traceback (most recent call last):
> 
>   File "C:\Users\Ed\Documents\SOMA\Minecraft and Python\inventwithpython_src\dodger.py", line 1, in <module>
> 
>     import pygame, random, sys
> 
>   File "C:\Python33\lib\site-packages\pygame\__init__.py", line 95, in <module>
> 
>     from pygame.base import *
> 
> ImportError: DLL load failed: The specified module could not be found.
> 
> 
> 
> 
> 
> I am looking at the computers and installed directories side by side and I don't see anything "missing."  That being said there is a base.pyd file but not a base.dll.  I understand .pyd files are a type of dll.  Could there be something about Win7 doesn't like about that naming convention?
> 
> 
> 
> Please advise.
> 
> 
> 
> Thanks!
> 
> 
> 
> EdV
Found the answer here:
http://www.reddit.com/r/inventwithpython/comments/1dzl8m/when_importing_pygame_i_get_importerror_dll_load/

Questions but no big deal - 
1. Why doesn't pygame.org have the most recent install files compatible with the most recent python?  I ended up finding them here:
http://www.lfd.uci.edu/~gohlke/pythonlibs/

2. Interesting that "3.2" pygames works with "3.3" python on my XP but the Win 7 required the "3.3" pygames.  Thoughts?

Thanks again.

EdV

[toc] | [prev] | [next] | [standalone]

#65323

On 2/2/2014 10:04 PM, edvogel56@gmail.com wrote:

>> Traceback (most recent call last): File
>> "C:\Users\Ed\Documents\SOMA\Minecraft and
>> Python\inventwithpython_src\dodger.py", line 1, in <module>
 >> import pygame, random, sys File
>> "C:\Python33\lib\site-packages\pygame\__init__.py", line 95, in
>> <module>
 >> from pygame.base import *
>> ImportError: DLL load failed: The specified module could not be
>> found.

> Found the answer here:
> http://www.reddit.com/r/inventwithpython/comments/1dzl8m/when_importing_pygame_i_get_importerror_dll_load/
>
>  Questions but no big deal - 1. Why doesn't pygame.org have the most
> recent install files compatible with the most recent python  I ended
> up finding them here: http://www.lfd.uci.edu/~gohlke/pythonlibs/

The base problem is that Microsoft changes the Visual C runtime with 
each version of the VC compiler. Python 3.3 was compiled with a newer 
version. It is a nuisance for packages to keep recompiling with a new VC 
version. Py 3.4 is using the same version as 3.4, so PyGames *might* 
work with 3.4, or there might be other compatibilities.

> 2. Interesting that "3.2" pygames works with "3.3" python on my XP
> but the Win 7 required the "3.3" pygames.  Thoughts?

It is possible that the VC++2010 runtime does not work with XP, but 
requires Vista+ and that the Microsoft installer installs the older 
VC++2008 runtime on XP even when installing 3.3. If you install for a 
single user, the vcxxxxx.dll is in the python directory or subdirectory. 
For all-user installs, it is in one of the windows/systemxx directories. 
But this is just a guess.


-- 
Terry Jan Reedy

[toc] | [prev] | [next] | [standalone]

#65333

On Monday, February 3, 2014 12:43:06 AM UTC-6, Terry Reedy wrote:
> On 2/2/2014 10:04 PM, EdV wrote:
> 
> 
> 
> >> Traceback (most recent call last): File
> 
> >> "C:\Users\Ed\Documents\SOMA\Minecraft and
> 
> >> Python\inventwithpython_src\dodger.py", line 1, in <module>
> 
>  >> import pygame, random, sys File
> 
> >> "C:\Python33\lib\site-packages\pygame\__init__.py", line 95, in
> 
> >> <module>
> 
>  >> from pygame.base import *
> 
> >> ImportError: DLL load failed: The specified module could not be
> 
> >> found.
> 
> 
> 
> > Found the answer here:
> 
> > http://www.reddit.com/r/inventwithpython/comments/1dzl8m/when_importing_pygame_i_get_importerror_dll_load/
> 
> >
> 
> >  Questions but no big deal - 1. Why doesn't pygame.org have the most
> 
> > recent install files compatible with the most recent python  I ended
> 
> > up finding them here: http://www.lfd.uci.edu/~gohlke/pythonlibs/
> 
> 
> 
> The base problem is that Microsoft changes the Visual C runtime with 
> 
> each version of the VC compiler. Python 3.3 was compiled with a newer 
> 
> version. It is a nuisance for packages to keep recompiling with a new VC 
> 
> version. Py 3.4 is using the same version as 3.4, so PyGames *might* 
> 
> work with 3.4, or there might be other compatibilities.
> 
> 
> 
> > 2. Interesting that "3.2" pygames works with "3.3" python on my XP
> 
> > but the Win 7 required the "3.3" pygames.  Thoughts?
> 
> 
> 
> It is possible that the VC++2010 runtime does not work with XP, but 
> 
> requires Vista+ and that the Microsoft installer installs the older 
> 
> VC++2008 runtime on XP even when installing 3.3. If you install for a 
> 
> single user, the vcxxxxx.dll is in the python directory or subdirectory. 
> 
> For all-user installs, it is in one of the windows/systemxx directories. 
> 
> But this is just a guess.
> 
> 
> 
> 
> 
> -- 
> 
> Terry Jan Reedy

Thanks much.  Glad to be getting these ideas in mind before I start having kids do installations and not have something intelligent to talk about when things don't work.  I am more interested in having them explore programming but an important part of our work is how to deal with frustration and unexpected problems.

[toc] | [prev] | [next] | [standalone]

#65363

On 2014-02-03 06:43, Terry Reedy wrote:
> On 2/2/2014 10:04 PM, edvogel56@gmail.com wrote:
>
>>> Traceback (most recent call last): File
>>> "C:\Users\Ed\Documents\SOMA\Minecraft and
>>> Python\inventwithpython_src\dodger.py", line 1, in <module>
>   >> import pygame, random, sys File
>>> "C:\Python33\lib\site-packages\pygame\__init__.py", line 95, in
>>> <module>
>   >> from pygame.base import *
>>> ImportError: DLL load failed: The specified module could not be
>>> found.
>
>> Found the answer here:
>> http://www.reddit.com/r/inventwithpython/comments/1dzl8m/when_importing_pygame_i_get_importerror_dll_load/
>>
>>  Questions but no big deal - 1. Why doesn't pygame.org have the most
>> recent install files compatible with the most recent python  I ended
>> up finding them here: http://www.lfd.uci.edu/~gohlke/pythonlibs/
>
> The base problem is that Microsoft changes the Visual C runtime with
> each version of the VC compiler. Python 3.3 was compiled with a newer
> version. It is a nuisance for packages to keep recompiling with a new VC
> version. Py 3.4 is using the same version as 3.4, so PyGames *might*
> work with 3.4, or there might be other compatibilities.
>
>> 2. Interesting that "3.2" pygames works with "3.3" python on my XP
>> but the Win 7 required the "3.3" pygames.  Thoughts?
>
> It is possible that the VC++2010 runtime does not work with XP, but
> requires Vista+ and that the Microsoft installer installs the older
> VC++2008 runtime on XP even when installing 3.3. If you install for a
> single user, the vcxxxxx.dll is in the python directory or subdirectory.
> For all-user installs, it is in one of the windows/systemxx directories.
> But this is just a guess.
>
I've used Visual C++ Express 2010 on XP Pro without any problem.

[toc] | [prev] | [next] | [standalone]

#65378

On 2/3/2014 1:55 PM, MRAB wrote:
> On 2014-02-03 06:43, Terry Reedy wrote:

>> It is possible that the VC++2010 runtime does not work with XP, but
>> requires Vista+ and that the Microsoft installer installs the older
>> VC++2008 runtime on XP even when installing 3.3. If you install for a
>> single user, the vcxxxxx.dll is in the python directory or subdirectory.
>> For all-user installs, it is in one of the windows/systemxx directories.
>> But this is just a guess.

The names are msvcxxxx.dll and specifically msvcrtxxx.dll

> I've used Visual C++ Express 2010 on XP Pro without any problem.

The question I was trying to answer is why code compiled with VC2010 
would act differently (work with 3.2 or not) on xp and win7. When 
running of win7, the code can use system calls that did not exist in xp. 
When running on xp, the code must do something different (probably 
slower, if not stop). Exactly where the different paths reside is not so 
important.

-- 
Terry Jan Reedy

[toc] | [prev] | [next] | [standalone]

#65315

 edvogel56@gmail.com Wrote in message:
>  That being said there is a base.pyd file but not a base.dll.  I understand .pyd files are a type of dll.  Could there be something about Win7 doesn't like about that naming convention?
> 
> Please advise.
> 
> 

I highly doubt that. Most Windows dlls have some other extension, 
 and I can't believe Win7 breaking such a long tradition.
 

I would instead guess that you have a path problem, either with
 sys.path or with Windows PATH variable. 


-- 
DaveA

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web