On Fri, Aug 28, 2009 at 11:45:40AM -0500, Patrick Baggett wrote: > > The problem you saw is that eglgears is not written for X. Only the > > demos with prefix xegl will work under X. > > eglGetDisplay passes a "native display" to EGL. Under X, this maps to > > "Display *" naturally. However, eglgears passes a string, which is > > casted to "Display *" wrongly and segfaults immediately. I would like > > to improve the situation though. For example, instead of segfault, it > > should print an informative message. > Dumb question for sure, but how can eglGetDisplay() determine if one pointer > or another is a Display or a character string? There is no way in general. But, IMHO, I would rather blacklist drivers in eglgears and print a warning than having it crash without the user knowing why. It took me sometime to figure it out when I first tried EGL.
In general, I would also like to improve the documentation and make EGL easier to deploy/package. This way, I can attract more users and developers. > > Both egl_xdri and egl_glx use DRI driver and must know where to find it. > > Unless the DRI driver is installed to ${libdir}/dri, you must set > > LIBGL_DRIVERS_PATH. As for egl_softpipe, it requires a libGL.so > > compiled from src/gallium/winsys/xlib/. -- Regards, olv ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev