FLTK logo

STR #2891

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]
 

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:

Receive EMails Don't Receive EMails

Trouble Report Files:


Name/Time/Date Filename/Size  
 
#1 Wkn
03:00 Nov 26, 2012
FLTKGLDLL.zip
2k
 
     

Trouble Report Comments:


Name/Time/Date Text  
 
#1 Wkn
10:02 Nov 23, 2012
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.
 
 
#3 Wkn
03:06 Nov 26, 2012
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 ]

 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.