I am building pygtkglext-0.0.2 using mingw. I am able to compile it without incident, but when I try to import gtk.glext, I get a DLL error. If I try and open either the gtkgl or gdkgl pyd files in Dependency Walker, it has says it cannot find /c/windows/system/python22.dll, which is a direct dependent of the gdkgl module.
The problem is that the paths are reversed. Every other dll that is required has its path listed as, eg, c:\GTK\2.2\lib\some.dll. If I look in the pyd binary file directly, sure enough the full string /c/windows/system/python22.dll is in there, where as for other DLLs just the DLL name is listed and the system finds the path to it with dynamic linking, as it should. BTW, python22.dll *is* located in c:\windows\system. My question is: how is this screwball path getting inserted into my binary file? I am building the module from a DOS shell. A recursive grep of the src tree shows that only the 2 pyd files match the string /windows/system. If I capture the output of the setup.py build, /windows/system is not listed in any of the gcc or dllwrap commands. If anyone has seen something like this before, or has any advice about how to diagnose the src of the problem or proceed, I'm much obliged. John Hunter pygtk 1.99.15 from CVS pygtkglext-0.0.2 My environment variable profile is SET PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;c:\Python22;c:\GTK\2.2\bin;c:\GTK\2.2\lib;c:\mingw\bin;c:\mingw\mingw32\bin;c:\msys\1.0\bin;c:\GTK\GtkGLExt\1.0\bin;c:\GTK\GtkGLExt\1.0\lib; set C_INCLUDE_PATH=c:\python22\include;c:\python22\include\pygtk-2.0;c:\home\jdhunter\python\src;c:\GTK\GtkGLExt\1.0\include\gtkglext-1.0\;c:\GTK\GtkGLExt\1.0\lib\gtkglext-1.0\include set LIBRARY_PATH=c:\GTK\GtkGLExt\1.0\lib;c:\python22\lib set CFLAGS=-mms-bitfields _______________________________________________ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
