Comment # 3
on bug 9014
from Cal Turney
(In reply to comment #2)
> (gdb) bt
#0 0x00007ffff0bd8c60 in malloc () from /lib64/libc.so.6
#1
> 0x00007ffff23c6f09 in g_malloc () from /usr/lib64/libglib-2.0.so.0
#2
> 0x0000000000427372 in iostat_packet (arg=0x15d3420, pinfo=0x7fffffffd5d0,
> edt=0x7fffffffd5b8, dummy=0x0) at tap-iostat.c:128
#3 0x00007ffff46915fc in
> tap_push_tapped_queue () from /tmp/wireshark/epan/.libs/libwireshark.so.0
> 126 rt = relative_time;
127 while (rt >= it->time +
> parent->interval) {
128 it->next = (io_stat_item_t
> *)g_malloc(sizeof(io_stat_item_t));
129 it->next->prev = it;
130
> it->next->next = NULL;
131 it = it->next;
(gdb) print rt
$1 =
> 18446744073708551616
(gdb) print (signed long long) rt
$2 = -1000000
(gdb)
> print /x rt
$3 = 0xfffffffffff0bdc0
(gdb) print /x it->time
$4 =
> 0x329af97f9aca0d
Cal, can you take a look?
I don't even know how iostat
> should work with negative deltas ;/
Jakub, I sure will. I've been meaning to look at the how negative deltas should
be handled anyway.
You are receiving this mail because:
- You are watching all bug changes.