| Summary: | net-analyzer/nettop crashes with Floating point exception | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Nick Aubert <nickaubert> |
| Component: | Current packages | Assignee: | Gentoo Netmon project <netmon> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | tomboy64 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Nick Aubert
2007-03-04 08:16:35 UTC
hrm doesn't happen locally. so maybe can you try to get a backtrace? http://www.gentoo.org/proj/en/qa/backtraces.xml Actually, I realized I was wrong about distcc. I hadn't disabled distcc when I had originally emerged nettop. The problem only occurs if I emerge it with distcc running on my helper machine. As long as I don't compile with distcc, nettop runs fine.
I'm fairly confident my distcc configuration is okay. I had previously emerged world with distcc enabled and everything else seems to run fine. The target host and the helper host are both CHOST="i686-pc-linux-gnu".
I emerged gdb on both the target host and the helper host and synched up the CFLAGS and the USE flags on the helper host so they're exactly the same as on the target host. I reemerged nettop with FEATURES="distcc nostrip" on both hosts, and it segfaults now.
Here's the backtrace from gdb:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1211143280 (LWP 19044)]
0x0804c884 in largestn (r=0x545050, a=0xb7cf604c, n=24, sort_type=112 'p') at node.c:114
114 node.c: No such file or directory.
in node.c
hrm sourcecode looks nice there, will add a note about distcc not working the ebuild should rightout refuse to work with distcc being enabled (e.g. in FEATURES) or circumvent using it. a simple einfo is far too likely to be overseen when installing lots of packages. my 2 cents. |