Custom Query (89 matches)


Show under each result:

Results (28 - 30 of 89)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Ticket Resolution Summary Owner Reporter
#258 fixed segfault perry richardn@…

Tracesplit shouldn't segfault if it can't write out a format tracesplit -c 100 -m 1 legacypos:IPLS-KSCY-20020814-092000-0.pcap.gz legacypos:abilene.short.gz legacypos:abilene.short.gz(abilene.short.gz): Format does not support writing (legacypos) Segmentation fault (core dumped)

I haven't checked if the other tools do this.

#276 fixed rijndael.c makes gcc 4.4 very sad salcock salcock

We do a crapload of nasty-looking casting in rijndael.c between uint8_t * and uint32_t *.

This tends to make new gcc's strict-aliasing warning go nuts, but actually fixing this is going to be more than a little tricky. Not just in terms of replacing the casts, but doing so in a way that won't actually break the code.

For example, it's not enough to do most of the casts once at the start of the function, because the pointer that they were cast from often gets incremented during the function. As a result, you need to redo the cast.

For now, I've disabled that warning for the traceanon tool. This is far from ideal, but hopefully this is just a case of gcc being whiny. At some point, though, the casting should be fixed and the warning re-instated.

#304 fixed Resolve unresolved symbols in libpacketdump perry matt@…

libpacketdump uses symbols from libtrace but does not link against it. This results in fragility as it relies on the application using libpacketdump linking against libtrace itself to pull in the required symbols. This is evidenced in the Debian package dependencies, libpacketdump does not currently depend on libtrace...

Please link libpacketdump against libtrace explicitly so that all required symbols for libtrace are resolved.

This is upstream bug reported in Debian.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Note: See TracQuery for help on using queries.