Comment # 2
on bug 10233
from Bill Meier
(In reply to Hadriel Kaplan from comment #1)
> ... report_failure() is somehow not preventing GTK from
> continuing to try to dissect the next packet before returning form the
> report_failure() function call, which means epan_dissect_run() is being
> called while still being inside of another epan_dissect_run() call, and thus
> wmem_scope asserts because it can't handle recursion.
>
Hadriel:
It just so happens that I'm in the midst of changing various fprintf's in
dissectors to 'report_failure()' ("dissectors shouldn't output directly to a
terminal)" so this issue might also apply to me.
I would have expected the gtk report_failure() to not return until the alert
box was dismissed. (The gtk code: gtk/simple_dialog.c:do_simple_message_box()).
I'll have to do some digging/testing ...
Bill
You are receiving this mail because:
- You are watching all bug changes.