I use a Dell precision
What does this means in terms of the graphics card?
Those specifics are probably useful to help replicate.
I don't have any dell equipment here (though one of the other
devs might), but depending on the graphics, that might help
zero
On 04/09/13 23:24, Ivan Nedrehagen wrote:
I also suspect that there might be problems replicating this bug, so I will
try to do some digging of my own. Since I have built the FLTK library on my
own, I might tinker a bit with the source and might run a strace (or windows
equiv.) on the glut
Which version of FLTK (1.3.1, 1.3.2..)
I use FLTK 1.3.2
Also: do the FLTK opengl test programs cube.exe and shape.exe exhibit
this same behavior?
Yes they do.
I cannot replicate with Win7 + mingw-64 (gcc4.5.2) + fltk 1.3.x-svn
current;
I am using the 4.7.2 rev
On 04/09/13 10:07, Ivan Nedrehagen wrote:
Which version of FLTK (1.3.1, 1.3.2..)
I use FLTK 1.3.2
Also: do the FLTK opengl test programs cube.exe and shape.exe exhibit
this same behavior?
Yes they do.
Right, good to know.
I cannot replicate with Win7 +
On 04/02/13 02:28, Ivan Nedrehagen wrote:
Does anyone know how I can get the Fl_Gl_Window to play nicely in windows?
Which version of FLTK (1.3.1, 1.3.2..)
Also: do the FLTK opengl test programs cube.exe and shape.exe exhibit
this same behavior?
I cannot
You may need to update your libraries or try another compiler, the program
runs fine on my Ubuntu64 Linux.
Yes it does run fine on my Ubuntu too. The problem are the context creation
when running in Windows7. This is using the FLTK 1.3.2 library, compiled with
the mingw64 gcc compiler
This was originally a FTGL question on stack overflow
http://stackoverflow.com/questions/15568520/fl-gl-window-flashes-on-creation
I have some simple fltk code:
#include FL/Fl.H
#include FL/Fl_Gl_Window.H
#include FL/gl.h
class MyWin : public Fl_Gl_Window {
public:
MyWin(int x,int y, int