Bug 187937
Summary: | iptraf is generating "stack smashing detected" and exits | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sorin Sbarnea <sorin.sbarnea> |
Component: | iptraf | Assignee: | Miroslav Lichvar <mlichvar> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | rmo |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-04-06 07:06:03 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
Sorin Sbarnea
2006-04-04 18:20:34 UTC
I can't reproduce it. Does it still crash when everything in /var/lib/iptraf is removed? It crashes even if /var/lib/iptraf is empty. I've tested on two different instalaltions. Still both of them are upgrade from FC4 using yum. If you need further information I'm happy to send you. (iptraf version is 3.0.0) Have you any network interface with name longer than 7 chars? Yes, both computers have VPN conections that uses valid interface aliases of up to 13 chars. Still the phisical interfaces are using default names like: eth0, eth1, eth2, I should mention that in FC4 there was the same configuration and it worked without problems. I confirm that renaming the interface name will solve the problem. I would consider this as a temporary solution but the bug it's clear in iptraf and should be solved. With interfaces up to 7 chars it working but you can access the options dialog. It will reject telling that only the first instance can access options. Even if there is only one instance running. Ok, thanks for the informations. There will be updated package soon. The thing with options dialog, it is probably just a lock file in /var/lock/iptraf, iptraf -f should fix that. iptraf-3.0.0-1.3.FC5 has been pushed for fc5, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. i confirm that the problem is gone after the newly released iptraf. Thanks. According to the changelog, this was first included in 3.0.0-2, and 3.0.0-1 is the one in FC5, can this be pushed out for FC5? * Thu Apr 06 2006 Miroslav Lichvar <mlichvar> 3.0.0-2 - fix crash when parsing long network interface name (#187937) I'm seeing stack smashing errors with 3.0.0-1, currently not reproduced with 3.0.0-4 (from rawhide) on FC5. BTW: My longest interface name is 9 characters It has been pushed for fc5 already, see comment #9. (In reply to comment #12) > It has been pushed for fc5 already, see comment #9. yes, I saw that - but I got those messages on the updated one too. The one compiled from rawhide on FC5 did not crash that way. Your original comment is about 3.0.0-1, this version doesn't contain the patch. The patch in the devel version is exactly the same as in 3.0.0-1.3.FC5. Are you sure you have the 3.0.0-1.3.FC5 version installed? Reopen the bug if is the case. |