Custom Query (89 matches)
Results (55 - 57 of 89)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#287 | fixed | libtrace tools linking problem on Mandriva 2010.1 | perry | gvubrugier |
Description |
On Mandriva 2010.1, building libtrace tools produces this error: CCLD traceanon /home/me/tmp/libtrace-3.0.7/lib/.libs/libtrace.so: undefined reference to `pcap_vsnprintf' collect2: ld returned 1 exit status Apparently, HAVE_VSNPRINTF must be defined somewhere to prevent libpcap (1.1.1) from providing its vsnprintf() (see pcap-int.h): --- lib/libtrace.h.in 2010-11-26 04:15:55.000000000 +0100 +++ ../libtrace-3.0.7/lib/libtrace.h.in 2010-11-26 04:37:35.000000000 +0100 @@ -60,7 +60,6 @@ * Woody, at least, does not support large file offsets. * */ -#define HAVE_VSNPRINTF #include <sys/types.h> #ifndef WIN32 |
|||
#292 | fixed | Investigate threading issue in libtrace IO | salcock | salcock |
Description |
If the change in r1681 is reverted, libtrace can segfault when reading traces on certain systems. This appears to be due to a threading issue where the value of the len parameter passed into thread_read() is changed by another thread. This is in spite of the parameter being passed in by value rather than reference, as gcc appears to be optimising this parameter into a pass by reference. Disabling optimisations will prevent the problem from occurring. The solution in r1681 is only treating the symptom, not the actual problem, so it would be good if we can find the point where the other thread touches something it shouldn't and put a mutex around it. I've been able to replicate this on an Ubuntu 9.10 box using gcc 4.4.1 (for WAND folks, this is laptop "druid"). |
|||
#293 | fixed | tracereplay is missing a manpage | perry | libtrace@… |
Description |
matt@neon:~/libtrace-3.0.8$ ls tools/tracereplay/ Makefile.am Makefile.in tracereplay.c There is no manpage available for tracereplay. This makes Debian sad ;( |