Hi all,
(you will probably get sick of me soon :)
I have come across another problem with the latest CVS build. When I try to
view the packets as they are captured, ethereal falls in a heap. This is
easily reproducible in my environment. This one only started happening
today.
Before I start trying to trace the problem, has anyone else seen this
problem? Would anyone have a suggestion on where to start looking?
Till later,
Paul
This is the stacktrace (from gdb) (just in case it helps someone...):
---
#0 wtap_dispatch_cb (user=0x817a120 "x#\037\b\b", phdr=0x81f50d4,
offset=40,
buf=0x81f3ba0 "\b") at file.c:666
#1 0x80da277 in wtap_loop (wth=0x81f50c0, count=24,
callback=0x80d2420 <wtap_dispatch_cb>, user=0x817a120 "x#\037\b\b",
err=0xbffff388) at wtap.c:211
#2 0x80d1f79 in continue_tail_cap_file (cf=0x817a120, to_read=24)
at file.c:423
#3 0x80d0684 in cap_file_input_cb (data=0x817a120, source=7,
condition=GDK_INPUT_READ) at capture.c:485
#4 0x40162d2b in gdk_io_invoke (source=0x81c0708, condition=G_IO_IN,
data=0x81f51b0) at gdkevents.c:882
#5 0x40193e3a in g_io_unix_dispatch (source_data=0x81bd718,
current_time=0xbffff56c, user_data=0x81f51b0) at giounix.c:135
#6 0x40195673 in g_main_dispatch (current_time=0xbffff56c) at gmain.c:656
#7 0x40195cab in g_main_iterate (block=1, dispatch=1) at gmain.c:874
#8 0x40195e61 in g_main_run (loop=0x81ef9d8) at gmain.c:932
#9 0x400b0beb in gtk_main () at gtkmain.c:476
#10 0x80ef45f in main (argc=1, argv=0xbffff744) at main.c:1562