On Wed, Aug 15, 2012 at 9:53 AM, Jakub Zawadzki
<darkjames-ws@xxxxxxxxxxxx> wrote:
> From commit r42254 (reference counting of edt)
> we have problem with ep_ memory not being returned to pool after dissecting packet.
> Wireshark after initial opening file, always keep edt for currently selected packet,
> so edt_refs is always > 0.
>
> You can reproduce it by loading some bigger files, and several times open expert
> or conversation window.
>
> After r43188 (not part of wireshark-1.8) affected is also filtering (if at least one packet
> match filter), or selecting other packets.
I'm not sure I follow. Are we calling epan_dissect_run() for each
packet selected without calling
epan_dissect_cleanup()/epan_dissect_init() in between? I understand
that to be a bug in the caller, not a bug in ep_'s memory manager, or
did r42254 change the behaviour of the API in an unexpected way?
Evan