https://bugzilla.redhat.com/show_bug.cgi?id=834127 --- Comment #10 from Gary Gatling <gsgatlin@xxxxxxxx> --- Greetings, Here is attempt #4. http://install.linux.ncsu.edu/pub/yum/itecs/public/bumblebee/fedora17/spec/4/VirtualGL.spec http://install.linux.ncsu.edu/pub/yum/itecs/public/bumblebee/fedora17/SRPMS/VirtualGL-2.3.1-3.fc17.src.rpm I did find that I had to use the %cmake28 macro on rhel 6 with cmake28 from epel. So thanks for helping with that. If fixed that in this latest version. Since I eat my own dog food, last night I have identified a problem in a game called minecraft I am somewhat addicted to. With VirtualGL 2.3 if you press "Quit" on the splash screen the minecraft application quits normally and the window closes. If you upgrade to VirtualGL 2.3.1, when you hit the quit button the window turns black, locks up, and this error occurs on the console output: Stopping! SoundSystem shutting down... Author: Paul Lamb, www.paulscode.com Exception in thread "Minecraft main thread" org.lwjgl.LWJGLException: X Error - disp: 0x7fdea400f760 serial: 2678 error: BadWindow (invalid Window parameter) request_code: 15 minor_code: 0 at org.lwjgl.opengl.LinuxDisplay.globalErrorHandler(LinuxDisplay.java:268) at org.lwjgl.opengl.LinuxDisplay.nDestroyWindow(Native Method) at org.lwjgl.opengl.LinuxDisplay.destroyWindow(LinuxDisplay.java:484) at org.lwjgl.opengl.Display.destroyWindow(Display.java:352) at org.lwjgl.opengl.Display.destroy(Display.java:967) at net.minecraft.client.Minecraft.d(SourceFile:527) at net.minecraft.client.Minecraft.run(SourceFile:688) at java.lang.Thread.run(Thread.java:662) If the app is windowed you can close the window by left clicking the close widget, at least in GNOME 3. (And GNOME 2 in RHEL 6) I belive this error also occours with "Stella" a Atari 2600 emulator. It is worse there because it is harder to exit full screen mode without rebooting. I am going to test that after hitting submit on this bugzilla comment. Both of these problems happen when using the integrated intel display with both programs but bumblebee/virtualGL had worked around the issue for me. It is troubling to see it come back with the new VirtualGL. But perhaps other people won't care? After some tests is for sure something in VirtualGL 2.3.1 and not something I am doing like moving libraries or changing wrappers. However, I see nothing obvious. In the changelog for version 2.3.1 it mentions that: ------------------------------------------------------------------------------- [2] VirtualGL now properly handles implicit deletion of windows/subwindows via XCloseDisplay(), implicit deletion of subwindows via XDestroyWindow(), and explicit deletion of subwindows via XDestroySubwindows(). This specifically addresses BadDrawable errors that occurred when running certain applications in WINE 1.3.34 and later. ------------------------------------------------------------------------------- But perhaps this fix has actually made things worse for me? I can always run an old version myself but I wonder if this will mess other people up? I am not sure if I am clever enough to figure out what is going on here. hmnn... I will give it some more thought over the next few days. Perhaps I could use strace or something to figure out why this is hapenning. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review