Comment # 7
on bug 10233
from Hadriel Kaplan
(In reply to Bill Meier from comment #6)
> Yep: sounds like queued-up gtk callbacks are being executed when
> gtk_dialog_run() is executed (as part of doing the alert box) since that
> effectively runs gtk_main_loop().
Yeah, I was tracing it last night and it's calling presize_handler_callback(),
which was a GTK callback that runs when the main loop is idle, which it would
be during report_failure()'s dialog box being shown. That
presize_handler_callback callback is hooked in when the viewed cells become
"dirty" (i.e., need to be redrawn), which happens when a new capture file is
loaded of course.
>From the stack trace, it looks like the initial epan_dissect_run() is being
called due to packet_list_select_first_row() having been called (i.e., the
first row/packet in the GUI's packet list is selected/highlighted), and during
that epan_dissect_run() I call report_failure() which displays the modal dialog
box and goes into idle, thereby triggering the presize_handler_callback to do
its thing and eventually invoke epan_dissect_run() again.
-hadriel
You are receiving this mail because:
- You are watching all bug changes.