Bug 317681
Summary: | Crash after opening preferences. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ralph Loader <rloader> |
Component: | wireshark | Assignee: | Radek Vokál <rvokal> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 7 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | wireshark-0.99.7-2.fc9 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-12-19 13:30:29 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
Ralph Loader
2007-10-04 01:32:47 UTC
Nb 'running from console' is a typo - I meant 'running from consolehelper' Strange this is happening only in consolehelper (reproduced in FC6 as well) I'm afraid I don't know what makes userhelper special. I can't think of any difference userhelper makes when running in unprivileged mode - the UIDs and GIDs are the same, the SELinux context is the same, the environment is the same. In addition, when /usr/sbin/wireshark is replaced by a small binary that exec()s the real wireshark, the crash still happens; when it is replaced by a shell script that exec()s the real wireshark, or by a binary that runs real wireshark in valgrind or gdb, the crash doesn't happen. FWIW: Using xscope shows that the crash happens because wireshark allocates the same X11 resource ID twice: 12.23: Client 2 --> 20 bytes ............REQUEST: CreatePixmap depth: 20 pixmap-id: PXM 03400243 drawable: DWB 0000004d width: 0001 height: 0001 ............REQUEST: GetInputFocus [snip] 12.92: Client 2 --> 40 bytes ............REQUEST: CreateWindow depth: 00 wid: WIN 03400243 parent: WIN 0340023e x: 171 y: 0 width: 0006 height: 001b border-width: 0000 class: InputOnly visual: VIS 00000023 value-mask: event-mask value-list: event-mask: KeyPress | ButtonPress | ButtonRelease | P ointerMotion | PointerMotionHint | StructureNotify | PropertyChange ............REQUEST: GetInputFocus 12.92: 64 bytes <-- X11 Server 2 ..............ERROR: IDChoice bad resource id: 03400243 minor opcode: 0000 major opcode: 01 ..............REPLY: GetInputFocus revert-to: Parent focus: WIN 03400162 That would indicate one of: * memory corruption, affecting Display->resource_id or related variables * incorrect locking in a multithreaded application - but AFAICS wireshark-0.99.6-1.fc7 doesn't use threads. Just reading the code and GTK documentation, the g_thead_init() and gdk_threads_init() calls in main() should be performed before gtk_init() - but that doesn't affect the binary in question. Ok, it really turned out to be a wireshark bug. It should be fixed in 0.99.7-2 |