Package: tcpick / 0.2.1-8

Metadata

Package Version Patches format
tcpick 0.2.1-8 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
fix spelling errors.patch | (download)

AUTHORS | 2 1 + 1 - 0 !
ChangeLog | 20 10 + 10 - 0 !
EXAMPLES | 2 1 + 1 - 0 !
OPTIONS | 16 8 + 8 - 0 !
README | 2 1 + 1 - 0 !
src/fragments.c | 2 1 + 1 - 0 !
src/ip.h | 2 1 + 1 - 0 !
src/lookup_query.c | 2 1 + 1 - 0 !
src/lookup_tree.c | 4 2 + 2 - 0 !
src/loop.c | 2 1 + 1 - 0 !
src/tcpick.c | 2 1 + 1 - 0 !
src/text.h | 2 1 + 1 - 0 !
tcpick.8 | 18 9 + 9 - 0 !
13 files changed, 38 insertions(+), 38 deletions(-)

 fix spelling errors on source code, man page and doc files
CVE 2006 0048.patch | (download)

src/write.c | 3 3 + 0 - 0 !
1 file changed, 3 insertions(+)

 fix for cve-2006-0048
fix double free error.patch | (download)

src/tracker.c | 9 5 + 4 - 0 !
1 file changed, 5 insertions(+), 4 deletions(-)

 fix double-free error
 tcpick try to free twice the pointer to the filename it uses to write
 the data. This patches fixes that.
fix infinite loop on powerpc.patch | (download)

src/args.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 fix infinite loop on powerpc
 On the ppc C compiler, char is an unsigned data type. This means that
 no variable of type char can ever compare equal to the int value -1. gcc
 tries to warn you about this when you compile tcpick, by saying:
 .
 args.c:195: warning: comparison is always true due to limited range of
 data type
 .
 tcpick therefore never makes it past the getopt loop. The following
 patch fixes the problem.
fix man invocation.patch | (download)

src/args.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 fix man invocation
 Upon startup, tcpick says:
 .
 important: `man 1 tcpick' explains all options available
 .
 but the man page is in section 8, not 1. This patch fixes that.
Bug-Debian: http://bugs.debian.org/265067
fix build with gcc5.patch | (download)

src/debug.c | 4 2 + 2 - 0 !
src/display.c | 2 1 + 1 - 0 !
src/loop.c | 3 1 + 2 - 0 !
src/tcpick.c | 6 3 + 3 - 0 !
src/tcpick.h | 101 101 + 0 - 0 !
src/time.c | 8 4 + 4 - 0 !
6 files changed, 112 insertions(+), 12 deletions(-)

 fix build with gcc	5
 GCC 5 is more picky with external references which are not properly
 declared with forward references. Add all relevant functions to tcpick.h
 to avoid this problem and fix the problems put into light by this change
 (some invalid function calls).
set timestamp pcap header structure.patch | (download)

src/extern.h | 1 1 + 0 - 0 !
src/globals.h | 1 1 + 0 - 0 !
src/loop.c | 3 3 + 0 - 0 !
src/time.c | 17 4 + 13 - 0 !
4 files changed, 9 insertions(+), 13 deletions(-)

tcpick can display timestamps in the output with the -t and -td switch. it currently computes a timestamp on the fly which has the following consequences
* Inaccurate timestamps when it is operated in real time mode (-i switch)
* Nonsense when reassembling off-line captures / when reading pcap files