On Jan 26, 2008 11:39 AM, Gary <[EMAIL PROTECTED]> wrote:
>
> So... after poking around a bit more (and a good night's sleep and a
> cup of coffee) here's a fix to the single load_library in clock.py
>
> _c =pyglet.lib.load_library('c',linux2='/lib/libc.so.6',darwin='/lib/
> libc.so.6')
>
>
This is definitely not a fix. You're essentially breaking clock on MacOSX
and also adding a hard-coded assumption of what version and where libc is
going to be on Linux - and this varies from distro to distro. If you look
closer at the load_library method on the Loader class and see what it's
doing, there's already a check for the platform type - your assumption that
it was taking the MacOSX branch isn't correct. The ascii text you mention
is an ld linker script - ctypes should handle this fine though, to link to
the correct library.
Anyhow, a complete stacktrace will help us help you some more.
--
\\\\\/\"/\\\\\\\\\\\
\\\\/ // //\/\\\\\\\
\\\/ \\// /\ \/\\\\
\\/ /\/ / /\/ /\ \\\
\/ / /\/ /\ /\\\ \\
/ /\\\ /\\\ \\\\\/\
\/\\\\\/\\\\\/\\\\\\
d.p.s
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
