David Dawes dixit: >Try editing xc/lib/Xtrans/Xtransint.h and changing the definition of >XTRANSDEBUG to 5, rebuilding libX11, and running glxgears against that. >This will enable more of the xtrans messages and may help narrow down >the failure point.
I will do so soonish, got to work for my dayjob quite much this week. >BTW, the ktrace for the glxgears in emulation shows it failing because >of not finding libpthread.so.6.0. BTW, what is this emulation? But the emulated glxgears works. That's an OpenBSD emulation, or rather binary compatibility. The BSDs usually can execute applications for the same architecture but different operating system, by the kernel pretending to be (e.g.) a Linux kernel and translating syscalls. I've got a (nearly 100% perfect) OpenBSD emulation, because there is not so much difference at the kernel level - some newer syscalls have different numbers, and the time_t of MirOS is 64 bits wide. And I've got an (older) OpenBSD snapshot put into /emul/openbsd, from where they were running xf86 4.4rc2 + patches. I use it to run Mozilla Firefox, because natively I can't compile it, we still have issues with C++. bye, //mirabile _______________________________________________ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
