On 31 Mar, Jeff Foster wrote:
>>
>>Oh well, while working on this, I noticed that the full dissector ran
>>for each packet even while loading. Based on the code before, I had
>>assumed that tree would be null during the first pass (while populating
>>the packet list) and only be set during population of the protocol tree
>>allowing me to short circuit the dissector.
>>
>>If this is by design, is there something else I can use?
>
> The full dissector (tree != NULL) is run if you have a color filter or
> a plugin filter. There isn't anything you can to to short circuit the
> full dissection !!
>
> I don't know enough about GtkCList, but I would rather see the color
> filtering done when a row is exposed. Does GtkCList have an expose event
> for the rows ?
>
> This doesn't solve the issue with plugin filter, but it's a start.
Except I didn't have a filter. I had simply started "ethereal -r
tracefile". I understand the reason for dissecting with a filter, but
then why recall the dissector when you select the packet.
I don't know of an expose event but there is a "scroll-forward". I have
been wondering about demand loading like netmon does.
--
Doug Nazar
Dragon Computer Consultants Inc.
Tel: (416) 708-1578 Fax: (416) 708-8081
