> > Also, I found that the same frezzing occurs when you read a file in that
> > was saved with the Redhat 6.1 tcpdump using -w.
This is not the same freezing. See below.
> I've successfully read, with Ethereal on Solaris/SPARC, capture files
> from the RH 6.1 "libpcap" (run on an RH 6.0 system), the standard
> "libpcap", and Alexey's later "libpcap", with no freeze whatsoever. Do
> you have a capture file that causes Ethereal to freeze when *reading* it
> (not a freeze when capturing packets, a freeze when reading in a vanilla
> capture file)? Does it still freeze if you run Ethereal with the "-n"
> flag (so that the freeze isn't just a temporary blockage trying to get
> an answer from a DNS server)?
Now everything below applies to Ethereal 0.7.9 compiled from the .tar.gz:
I have a capture file from my Mandrake 6.1 tcpdump (which seems to be the same
as tcpdump in RedHat 6.1).
Yes, ethereal freezes when I load the file and it works all right when I run
ethereal -n.
But it's a different issue than the one with freezing during the capture. When
I do a live capture, it always freezes whether I use the "-n" switch
or not. Besides, it is possible to override that switch with "enable name
resolution" checkbox, and it doesn't change the freezing behaviour at all.
Now for something strange:
When I have "Update list of packets in real time" unchecked, it freezes with
capture progress window empty (no widgets are drawn).
When I have "Update list of packets in real time" checked, it freezes with
capture progress window drawn properly (the packets count is at zero and
doesn't progress, the "stop" button doesn't respond).
I'd like to point out that I'm just a Linux newbie and I'm not able to find the
problem's cause here on my own, but I'm sure that it's something that changed in
Ethereal itself, between versions 0.7.7 and 0.7.8, because 0.7.7 works fine.
--
Aleksander Adamowski
the_olo@xxxxxxxxxxxxx
