| [ Return to Bugs & Features | Roadmap 1.3 | SVN ⇄ GIT ]
STR #2891
Application: | FLTK Library |
Status: | 2 - Closed w/o Resolution |
Priority: | 4 - High, e.g. key functionality not working |
Scope: | 2 - Specific to an operating system |
Subsystem: | OpenGL |
Summary: | Fl_Gl_Window does not draw when using FL_DLL |
Version: | 1.3-current |
Created By: | Wkn |
Assigned To: | ianmacarthur |
Fix Version: | 1.3-current |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
| I Already posted this directly to the bug forum - but I realized that a real bug report is probably better.
I am running into a problem when using Fl_Gl_Window in combination with FL_DLL (FLTK DLLs). No OpenGL output is produced when using the DLL libraries of FLTK. As a matter of fact, if an application uses the Fl_Gl_Window as a top-level window the application quits right away. Compiling the same code using the static version of FLTK produces the OpenGL output as expected.
It seems that the code never reaches Fl_Gl_Window::flush when using the DLLs, while it does when using the static version.
I can attach a sample application if necessary. | |
|
#2 | AlbrechtS 04:43 Nov 25, 2012 |
| Yes, please attach a simple, but complete sample program, so that we can compile and test it.
Also, please add more info about your build system. Are you using the Windows IDE files, MinGW, CMake, or what type of build - both when building the FLTK DLL version and your application (the sample program)?
And, BTW, you're right that a real bug report is better, so that we can track it. Posting directly to fltk.bug is discouraged. | |
|
| I have attached a sample application where the bug can be observed.
I am using CMake and the Visual Studio 2010 generator, in combination with the Visual C++ 2010 compiler. I have also used this combination to build FLTK itself.
The CMakeLists.txt with this project can be used to switch between the static and shared version of FLTK. | |
|
#4 | ianmacarthur 03:05 Sep 05, 2014 |
| I'm inclined to close this, as there's been no activity on it for two years, and no related reports.
I note that the example program offered is flawed, in that it attempts to use an Fl_Gl_Window as an outermost window, which is *not* the correct thing; the Fl_Gl_Window should be placed in a regular window as a container, as the GL context needs to know where it will "live" when it is created...
The fact that the test sample works when statically linked is probably a flaw or just dumb luck; it should not work any more than the DLL version does!
Note that, with a "regular" window as a container for the Fl_Gl_Window, the DLL appears to work, so this is possibly a "no fault found" sort of case? | |
[ Return to Bugs & Features ]
|
| |