Bug 490823
Summary: | Ettercap segfaults when starting to sniff | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Aioanei Rares <schaiba> |
Component: | ettercap | Assignee: | Gwyn Ciesla <gwync> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 10 | CC: | gwync |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-05-12 16:53:56 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Aioanei Rares
2009-03-18 07:50:40 UTC
Could you provide a stack trace? http://fedoraproject.org/wiki/StackTraces You can install yum-utils and then use debuginfo-install ettercap. Thanks! (In reply to comment #1) > Could you provide a stack trace? > > http://fedoraproject.org/wiki/StackTraces > > You can install yum-utils and then use debuginfo-install ettercap. > > Thanks! sudo debuginfo-install ettercap Loaded plugins: fastestmirror, refresh-packagekit Loading mirror speeds from cached hostfile * updates-testing: ftp.linux.cz * rpmfusion-nonfree-updates: ftp.nb.lug.ro * fedora: ftp.linux.cz * rpmfusion-free-updates: ftp.nb.lug.ro * rpmfusion-free: ftp.nb.lug.ro * fedora-debuginfo: ftp.linux.cz * updates: ftp.linux.cz * fedora-source: ftp.linux.cz * rpmfusion-nonfree: ftp.nb.lug.ro enabling updates-testing-debuginfo Checking for new repos for mirrors * updates-testing-debuginfo: ftp.SURFnet.nl Reading repository metadata in from local files updates-testing-debuginfo | 1.9 kB 00:00 updates-testing-debuginfo/primary_db | 43 kB 00:00 enabling rpmfusion-nonfree-updates-debuginfo Checking for new repos for mirrors * rpmfusion-nonfree-updates-debuginfo: ftp.nb.lug.ro Reading repository metadata in from local files rpmfusion-nonfree-updates-debuginfo | 2.1 kB 00:00 rpmfusion-nonfree-updates-debuginfo/primary_db | 17 kB 00:00 enabling fedora-debuginfo Checking for new repos for mirrors Reading repository metadata in from local files enabling rpmfusion-free-updates-debuginfo Checking for new repos for mirrors * rpmfusion-free-updates-debuginfo: ftp.nb.lug.ro Reading repository metadata in from local files rpmfusion-free-updates-debuginfo | 2.1 kB 00:00 rpmfusion-free-updates-debuginfo/primary_db | 25 kB 00:00 enabling rpmfusion-free-debuginfo Checking for new repos for mirrors * rpmfusion-free-debuginfo: ftp.nb.lug.ro Reading repository metadata in from local files rpmfusion-free-debuginfo | 2.1 kB 00:00 rpmfusion-free-debuginfo/primary_db | 38 kB 00:00 enabling updates-debuginfo Checking for new repos for mirrors * updates-debuginfo: ftp.SURFnet.nl Reading repository metadata in from local files updates-debuginfo | 1.9 kB 00:00 updates-debuginfo/primary_db | 339 kB 00:00 enabling rpmfusion-nonfree-debuginfo Checking for new repos for mirrors * rpmfusion-nonfree-debuginfo: ftp.nb.lug.ro Reading repository metadata in from local files rpmfusion-nonfree-debuginfo | 2.1 kB 00:00 rpmfusion-nonfree-debuginfo/primary_db | 14 kB 00:00 No debuginfo packages available to install What about ettercap-debuginfo? (In reply to comment #3) > What about ettercap-debuginfo? Ok, I installed ettercap-debuginfo, but what gdb spews isn't understandable at any cost and as a plus it leaves my terminal in an unusable state. If you install the debuginfo for another app (maybe try something innocuous, say, gedit or the Gimp), does gdb do something rational? (In reply to comment #5) > If you install the debuginfo for another app (maybe try something innocuous, > say, gedit or the Gimp), does gdb do something rational? Yes it does, since such apps are gtk-based, not curses-based like ettercap invoked with the -C flag...what worries me are messages like the following : warning: the debug information found in "/usr/lib/debug//usr/lib64/gimp/2.0/modules/libdisplay-filter-lcms.so.debug" does not match "/usr/lib64/gimp/2.0/modules/libdisplay-filter-lcms.so" (CRC mismatch). warning: the debug information found in "/usr/lib/debug/usr/lib64/gimp/2.0/modules/libdisplay-filter-lcms.so.debug" does not match "/usr/lib64/gimp/2.0/modules/libdisplay-filter-lcms.so" (CRC mismatch). which I see in running gimp and I've seen also with ettercap. Not all apps are subject to this CRC mismatch error (e.g. gnome-terminal or mc) Ok, try nethack or mc, those are ncurses-based also. Not sure that the CRC errors are about. (In reply to comment #7) > Ok, try nethack or mc, those are ncurses-based also. > > Not sure that the CRC errors are about. mc works, nethack I haven't tried, but I guess it's not curses-related. Can you capture any of the ettercap gdb output? (In reply to comment #9) > Can you capture any of the ettercap gdb output? Nope... Screenshot? (In reply to comment #11) > Screenshot? Tomorrow. (In reply to comment #12) > (In reply to comment #11) > > Screenshot? > > Tomorrow. ...or today...now ettercap won't even start. Starting program: /usr/bin/ettercap ettercap -C [Thread debugging using libthread_db enabled] ettercap NG-0.7.3 copyright 2001-2004 ALoR & NaGA TARGET (ettercap) contains invalid chars ! Program exited with code 0377. But it works apparently ok when started normally. What does started normally mean? (In reply to comment #14) > What does started normally mean? Works as it's supposed to. I mean, what are you typing to run ettercap? ettercap -C /usr/bin/ettercap -C Something else? (In reply to comment #16) > I mean, what are you typing to run ettercap? > > ettercap -C > > /usr/bin/ettercap -C > > Something else? ettercap -C Any luck on a screenshot? Ping? I can't reproduce this. If I don't see additional information to help me troubleshoot, I'll have to close. Can't reproduce. |