[users list -> dev list]
Guy Harris wrote:
> Either that, or it leaves it in a position that otherwise causes
> subsequent reads by "libpcap" to work OK, even if it may cause packets
> to be skipped.
That should be the case.
> Could the sync mode message include a *count* of packets to be read,
> which is the number of complete packets added to the file since the last
> sync mode message, with the display process then reading only that
> number of packets? We'd have to add to make "wtap_loop" honor the
> "count" argument, but that looks trivial.
That's a solution. But the timeout handling will still be broken.
Another solution would be to correctly handle incomplete read in wiretap.
Another subject: the TCP follow stream is broken in two ways. I'll try to
fix it before 0.7.0.
--
Laurent DENIEL | E-mail: deniel@xxxxxxxxxxx
Paris, FRANCE | laurent.deniel@xxxxxxxxxxxxxxxxxxxxxxxxxxxx
| WWW : http://www.worldnet.fr/~deniel
All above opinions are personal, unless stated otherwise.
