Jorge wrote:
If you open [1] with dillo, the "Component:" selection list gets overdrawn over and over.
That list has over 18000 options. This was the final thing that prompted me to try changing the Fl_Tree to Fl_Browser, since gprof showed problems where the code would iterate through the tree by going into the parent, searching for which child we were, and then going into the next one. This resulted in something like 300000000 calls to various Fl_Tree_Item functions with child in the name. I was able to rewrite some code to do things differently, but some was just internal. 1. With a somewhat older dillo with a somewhat older fltk, I wasn't seeing this slowness, though. When I spent a little time trying to find out what was the root of this, results seemed inconsistent. I...suppose it's worth digging into again for the sake of 3.0.3. 2. You're supposed to get a better Fl_Tree algorithm if you set #define FLTK_ABI_VERSION 10301 , but that's not a good option for us.
Some more details here [2] (backtraces, etc).
As from the backtraces, it crashed with event 11 (MOVE) inside a FLTK menu. I wonder what makes this particular menu different from the others in the same page.
Do you know which of the option menus it broke in?
[1] https://bugzilla.redhat.com/query.cgi?format=advanced [2] https://bugzilla.redhat.com/show_bug.cgi?id=884778