On Thu, 24 Dec 2009 15:52:17 -0800, Enrique Perez-Terron wrote:
[snip]
>
> X_PolySegment: BadMatch (invalid parameter attributes) 0x4400005
> X_PolySegment: BadMatch (invalid parameter attributes) 0x4400005
> X_PolyFillRectangle: BadMatch (invalid parameter attributes) 0x4400005
> X_PolyFillRectangle: BadMatch (invalid parameter attributes) 0x4400005
I have found the problem goes away if I remove the mode bit ALPHA_BUFFER.
The same problem happens with the demo CubeView program if the code is
modified like this
--- CubeView.cxx~ 2006-03-30 11:55:32.000000000 +0200
+++ CubeView.cxx 2009-12-25 09:38:01.000000000 +0100
@@ -25,7 +25,7 @@
#include "CubeView.h"
#include <math.h>
-
+#include <fltk/visual.h>
#if HAVE_GL
CubeView::CubeView(int x,int y,int w,int h,const char *l)
: GlWindow(x,y,w,h,l)
@@ -56,6 +56,7 @@
box(fltk::NO_BOX);
labelcolor(fltk::WHITE);
#endif /* !HAVE_GL */
+ mode(fltk::DOUBLE_BUFFER | fltk::DEPTH_BUFFER | fltk::ALPHA_BUFFER);
}
#if HAVE_GL
x------------------8<-----------------------
However, the problem disappears if any one of the three modes are omitted.
(Omitting DOUBLE_BUFFER has other funny effects.)
GlWindow::can_do() does not catch this.
I suspect that this is a Mesa/OpenGl limitation, and quite possibly
related to my old hardware.
-Enrique
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
