[lwip-devel] [bug #3031] Implement a new fully pool-based pbuf implementation.

[Simon Goldschmidt]

Follow-up Comment #20, bug #3031 (project lwip):

> So perhaps is it ok for it to just respresent the length of the
> queue, rather than being an accurate count of the number of
> pbufs?

I don't really get what you mean here, I think. The problem came from the
fact that on enqueueing, queuelen is ++ed for each pbuf (whether consisting
of a chain or not), while when removing from the queue, pbuf_clen is
substracted. So for chained pbufs, the amoutn substracted is bigger than the
amount previously added.

I'll change pbuf_clen to a macro and use it in tcp_enqueue also, then we
should be pretty safe while not really slower.

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?3031>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/