Fix: reversed logic in packet vs content size
authorMathieu Desnoyers <mathieu.desnoyers@efficios.com>
Wed, 27 Nov 2013 08:38:23 +0000 (03:38 -0500)
committerMathieu Desnoyers <mathieu.desnoyers@efficios.com>
Wed, 27 Nov 2013 08:49:38 +0000 (03:49 -0500)
commit95b34f38fe888222a80b62af6727459ce5f6444c
tree2b5e394f78b9673e11ace109ff4221e24ae4a255
parent64f5abe1e7f8157301b54c45e7f2977e46470f6c
Fix: reversed logic in packet vs content size

As described in CTF section 5.2

"If the packet size field is missing, the whole stream only contains a
single packet. If the content size field is missing, the packet is
filled (no padding). The content and packet sizes include all headers."

Here is the correct semantic:

* Content size and packet size are available:

  Packet is filled with data up to content size, and then with padding
  up to packet size.

* Content size available, no packet size field:

  The stream has a single packet. It is filled up to content size, and
  the rest is padding.

* Packet size available, no content size field:

  Packet filled completely, no padding.

Fixes #683

Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
formats/ctf/ctf.c
This page took 0.028381 seconds and 4 git commands to generate.