Bug 155939
| Summary: | Ethereal's find crashes with glibc backtrace | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Oskari Saarenmaa <oskari> |
| Component: | ethereal | Assignee: | Radek Vokál <rvokal> |
| Status: | CLOSED WORKSFORME | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2005-07-05 10:51:07 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 136451 | ||
|
Description
Oskari Saarenmaa
2005-04-25 21:40:59 UTC
I didn't manage to reproduce this bug here. Should I really search for _any_ hex value? I've tried to find a packet with fe. 0004 and this seems to work fine .. even find next and find previous still search for this hex value. There's a new rawhide version which might fix this issue, please test it. I was able to reproduce this with the latest ethereal from rawhide. I listened to "all interfaces" in promiscuous mode, hit enter a few times in a ssh window and stopped capturing. Then I hit ctrl+f, entered a simple hex string - 0404 - and hit find. Find reports no results and the program dies when you click ok. I also got this captured in valgrind: ==5880== Invalid free() / delete / delete[] ==5880== at 0x1B908743: free (vg_replace_malloc.c:152) ==5880== by 0x888B43: g_free (in /usr/lib/libglib-2.0.so.0.600.4) ==5880== by 0x80ACD04: (within /usr/sbin/ethereal) ==5880== by 0x8FD816: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x8F2284: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x90078A: (within /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x901EDF: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x902253: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x42B3B1B: gtk_button_clicked (in /usr/lib/libgtk-x11-2.0.so.0.600.7) ==5880== by 0x42B5138: (within /usr/lib/libgtk-x11-2.0.so.0.600.7) ==5880== by 0x42B51CF: (within /usr/lib/libgtk-x11-2.0.so.0.600.7) ==5880== by 0x436D351: (within /usr/lib/libgtk-x11-2.0.so.0.600.7) ==5880== Address 0x1CD245C0 is 0 bytes inside a block of size 2 free'd ==5880== at 0x1B908743: free (vg_replace_malloc.c:152) ==5880== by 0x888B43: g_free (in /usr/lib/libglib-2.0.so.0.600.4) ==5880== by 0x80ACCC4: (within /usr/sbin/ethereal) ==5880== by 0x8FD816: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x8F2284: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x90078A: (within /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x901EDF: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x902253: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.600.4) ==5880== by 0x42B3B1B: gtk_button_clicked (in /usr/lib/libgtk-x11-2.0.so.0.600.7) ==5880== by 0x42B5138: (within /usr/lib/libgtk-x11-2.0.so.0.600.7) Maybe this isn't an ethereal issue, but a gtk one? I'm running gtk2-2.6.7-2 and glib2-2.6.4-1. Everything else is a day or two old Rawhide. Hmm, still no luck reproducing it. And it seems I've got gtk2 and glib2 same as you have. I'm currently on FC4t2 with latest rawhide updates. And even valgrind doesn't show any memory violations .. $ rpm -q glib2 gtk2 glib2-2.6.4-1 gtk2-2.6.7-2 Please reopen if you still see this bug with ethereal-0.10.11. |