Re: [gtk-vnc-devel] PATCH: Fix crash in OpenGL scaling code
- From: Rob Stoddard <rstoddard telanetix com>
- To: gtk-vnc-devel List <gtk-vnc-devel lists sourceforge net>
- Subject: Re: [gtk-vnc-devel] PATCH: Fix crash in OpenGL scaling code
- Date: Fri, 07 Mar 2008 09:04:45 -0800
I didn't find it in a bug report, I found it on the mailing list.
Apparently there was little done about this issue, setting the
environment variable was the only fix that was discussed, if you call it
a fix.
http://www.mail-archive.com/gtkglext-list gnome org/msg00369.html
and sorry bout the typo, the env variable is:
GDK_GL_NO_STANDARD_COLORMAP
Rob Stoddard
Daniel P. Berrange wrote:
On Fri, Mar 07, 2008 at 08:18:58AM -0800, Rob Stoddard wrote:
Yes, it would fix that problem.
Ok, I've committed this fix.
I ran into another problem which this widget brings to light, a problem
with gtkglext which has to do with colormaps. It happens rarely, but a
quick and dirty fix for the problem is to set the environment variable
(either before calling the program, or in the program with a putenv()
call) GDK_GL_NO+STANDARD_COLORMAP=1. The problem is a BadColor error
that causes X to stop working with any gtkglext program until it is
restarted. Like I said before, this is not a problem with gtk-vnc, it's
a problem with gtkglext. The first time I have run into it was with
this widget, however, so there is something that this widget does to
trigger this issue. What it might be, I have no idea.
This is odd - I've not seen it myself. Is there a bug report against gtkglext
you can point to which covers this ? Can you descibe what the server your
pointing to is, and what the colour depth is on your client & server - perhaps
its only certain combinations that are a problem. And what graphics card and
X driver are you using ?
Dan.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]