Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 39416 - Ethereal 0.10.0a crashes when it tries to show any captured packets
Summary: Ethereal 0.10.0a crashes when it tries to show any captured packets
Status: RESOLVED DUPLICATE of bug 40660
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High critical (vote)
Assignee: Martin Holzer (RETIRED)
URL: http://forums.gentoo.org/viewtopic.ph...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-25 22:04 UTC by Mitchell
Modified: 2005-07-17 13:06 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mitchell 2004-01-25 22:04:37 UTC
When I try to emerge ethereal-0.10.0a, I get the following errors:

 * Patching ${S}/ltmain.sh...
 *   Could not apply portage.patch!
 *   Please verify that it is not needed.
 * Cannot apply any patch, running libtoolize...

The package continues to emerge and builds successfully.

When I run the program as root, I setup and start a packet capture.  Once Ethereal tried to disect the first packet, the program immedieatly closes and the following error message appaers on the console:

** ERROR **: file proto.c: line 1153 (proto_tree_add_ipv4): assertion failed: (hfinfo->type == FT_IPv4)
aborting...
Aborted

This problems seems to be directly related to ethereal as tethereal will capture with no problems.

Reproducible: Always
Steps to Reproduce:
1. open ethereal
2. start a packet capture
3. have ethereal disect a packet

Actual Results:  
The program crashes as outlined in the details section

Expected Results:  
Disected the packet

Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.4.22-gentoo-r5)
=================================================================
System uname: 2.4.22-gentoo-r5 i686 Pentium III (Coppermine)
Gentoo Base System version 1.4.3.10
ccache version 2.3 [enabled]
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="X aalib apm arts avi berkdb bonobo crypt cups dga encode foomaticdb gdbm
gif gnome gphoto2 gpm gtk gtk2 guile imlib java jpeg kde libg++ libwww mad
mikmod mmx motif mozilla mpeg ncurses nojoystick oggvorbis opengl oss pam pdflib
perl png ppds python qt quicktime readline sdl slang spell sse ssl svga tcltk
tcpd tetex tiff truetype vim-with-x x86 xml2 xmms xv zlib video_cards_i810"
Comment 1 Lyle Hanson 2004-01-29 19:19:23 UTC
I am experiencing the same behavior (same portage.patch error, crashes after capture is finished).  I get a different error message:

** ERROR **: file ftypes.c: line 420 (fvalue_set): assertion failed: (fv->ftype->set_value)
aborting...
Aborted (core dumped)

FWIW, here's a backtrace:

#0  0x40635841 in kill () from /lib/libc.so.6
#1  0x4053eb71 in pthread_kill () from /lib/libpthread.so.0
#2  0x4053eeeb in raise () from /lib/libpthread.so.0
#3  0x406355d4 in raise () from /lib/libc.so.6
#4  0x40636af8 in abort () from /lib/libc.so.6
#5  0x405b42b0 in g_logv () from /usr/lib/libglib-2.0.so.0
#6  0x405b42e4 in g_log () from /usr/lib/libglib-2.0.so.0
#7  0x084adf62 in fvalue_set ()
#8  0x084a09f1 in proto_tree_add_ether_format ()
#9  0x084a0911 in proto_tree_add_ether ()
#10 0x08889222 in cfile ()
#11 0x08ad01d8 in ?? ()
#12 0x00000006 in ?? ()
#13 0xbfffc890 in ?? ()
#14 0xbfffc86c in ?? ()
#15 0xbfffc898 in ?? ()
#16 0x0879eaf4 in svcctl_scm_access_mask_info ()
#17 0x08ac5118 in ?? ()
#18 0x00000006 in ?? ()
#19 0xbfffc898 in ?? ()
#20 0x084a3ab4 in proto_tree_add_ether_hidden ()
Previous frame inner to this frame (corrupt stack?)
Comment 2 Barry Myles 2004-02-01 12:17:50 UTC
Have
Comment 3 Barry Myles 2004-02-01 12:19:37 UTC
Oops. What I meant to say was:

Could you post the stack trace to the ethereal-dev mailing list? Details here:
http://www.ethereal.com/mailman/listinfo/ethereal-dev
Comment 4 Lyle Hanson 2004-02-03 19:50:55 UTC
I've posted to the ethereal-dev list as requested.  Note that this bug seems to have been fixed in CVS, but I've asked the list if there is a patch we could use to fix this build until the next release.  No replies yet.
Comment 5 Barry Myles 2004-02-09 03:42:44 UTC
Could you try the ebuild over in bug 40660 and see if that cures the problem? It drops the optimisation level to -O and seems to cure a lot of these types of problems.
Comment 6 Mitchell 2004-02-12 01:59:07 UTC
I changed my CFLGAS and my CXXFLAGS from "-march=pentium3 -O3 -pipe -fomit-frame-pointer" to "-march=pentium3 -Os -pipe -fomit-frame-pointer" and that seems to have done the trick.  Ethereal now operates normally.
Comment 7 Martin Holzer (RETIRED) gentoo-dev 2004-02-19 05:00:58 UTC

*** This bug has been marked as a duplicate of 40660 ***
Comment 8 Marcello Nuccio 2004-07-01 13:12:55 UTC
I have this problem again with ethereal-0.10.4. I have tried to fix the bug setting CFLAGS=-O2 but the configure scripts generates Makefiles whit both -O2 and -O3. I had to manually change the Makefiles before compilation.