Thanks for clarifying what that lonesome 'c' is. I figured out, shortly after posting, that input/__init.py branches to import get_devices from a different location dependent on your platform (darwin, linux2, etc.)
I was actually attempting to run a piece of example code which tried to explicitly import get_devices from evdev: from pyglet.input.evdev import get_devices Changing that line to not include .evdev fixed the problem. Unfortunately, I've now found that the piece of example code will only run with OpenGL 4.0...cursed macs! On Mar 20, 9:14 pm, Phillip Nguyen <[email protected]> wrote: > On Mar 20, 8:33 pm, Veid <[email protected]> wrote: > > > Hello, > > > In evdev.py (http://code.google.com/p/pyglet/source/browse/pyglet/ > > input/evdev.py?r=c4c855c9398f9a5e69a0107aeaa5ae21aa0e0b89) on line 20, > > what library is it trying to load? > > > I'm running Python 2.6.6 on Mac OS 10.6.6, and that line raises the > > exception, "Library "c" not found". > > That's the GNU C library. The evdev.py module should be loaded only > if you're running Linux, so it's a little odd that it's coming up > while you're using Mac OS. What does the command > > python -c 'import sys; print sys.platform' > > return? > > --phillip -- You received this message because you are subscribed to the Google Groups "pyglet-users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/pyglet-users?hl=en.
