Ethereal-dev: Re: [Ethereal-dev] tap draw function not called at end of dissection?

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: "Lars Ruoff" <lars.ruoff@xxxxxxxxxxxxxxxxxx>
Date: Thu, 25 Sep 2003 15:19:00 +0200
Ok, sorry, was my fault!
Didn't return 1 in the _packet function.
Will be fixed with next patch.

Thank you

----- Original Message ----- 
From: "Ronnie Sahlberg" <ronnie_sahlberg@xxxxxxxxxxxxxx>
To: "Lars Ruoff" <lars.ruoff@xxxxxxxxxxxxxxxxxx>; "Ethereal-Dev"
<Ethereal-dev@xxxxxxxxxxxx>
Sent: Thursday, September 25, 2003 3:06 PM
Subject: Re: [Ethereal-dev] tap draw function not called at end of
dissection?


> The TAP system use this criteria to determine wether to call _draw() or
not
> Iff during the last 3 seconds  _packet() was called for the tap listener
and
> _packet()
> returned TRUE,  then _draw() will be called.
>
>
> If _packet() has returned TRUE and _draw() has not been called to perform
an
> update within
> 3 seconds, then that would be a bug in the tap subsystem
>
>
> From: "Lars Ruoff"
> Sent: Thursday, September 25, 2003 10:16 PM
> Subject: [Ethereal-dev] tap draw function not called at end of dissection?
>
>
> > Wondering about the following behaviour:
> > On large capture files, i noticed that the tap draw function in (most
> likely
> > true for ALL taps) rtp_stream does get called once while reading the
file,
> > but not at the end, when all packets are dissected. This results in the
> data
> > shown beeing incorrect.
> > (When the dialog box is closed and reopened, it will show the correct
> > figures.)
> > But i wonder why the draw function isn't called at the end. Shouldn't it
> be?
> >
> > (Ethereal 0.9.15, GTK+1.3.0, GLib 1.3.2, Windows 2000 SP4)
> > any ideas?
> > Lars
> >
>