[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2595 Version: 1.3.0 Fix Version: 1.3.0 (r8534)
Fixed in Subversion repository. This bug was not OpenGL-related, nor Cocoa-related. It occurs replacing GL subwindows by Fl_Window in your test program, and with last year's Carbon FLTK 1.3 version. The bug was: when attempting to delete a subwindow, the code did not detect it's a subwindow, so deletes the window OS structure that is in fact its parent's. Later, the OS accesses the parent window structure, that has just been deleted. Thus, the issue is "How to detect that I'm dealing with a subwindow when I want to delete it and when the link to its parent has been already removed ?" I have implemented this: make sure that none of the windows of the window list shares the same OS window (xid) as ours. Is there a more direct way to do it ? Link: http://www.fltk.org/str.php?L2595 Version: 1.3.0 Fix Version: 1.3.0 (r8534) _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
