Bug 1156274
| Summary: | [abrt] Crash under g_network_address_address_enumerator_next() | ||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Cosimo Cecchi <cosimo.cecchi> | ||||||||||||||||||||||||
| Component: | glib2 | Assignee: | Matthias Clasen <mclasen> | ||||||||||||||||||||||||
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||||||||||
| Version: | 22 | CC: | a9016009, c.kirbach, danw, lucilanga, mbarnes, mclasen, mcrha, nalimilan, tpopela | ||||||||||||||||||||||||
| Target Milestone: | --- | ||||||||||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||||||||||
| Hardware: | x86_64 | ||||||||||||||||||||||||||
| OS: | Unspecified | ||||||||||||||||||||||||||
| URL: | https://retrace.fedoraproject.org/faf/reports/bthash/38bc9ee0453699ea2fb4d69b2400cc6da4c5d20c | ||||||||||||||||||||||||||
| Whiteboard: | abrt_hash:136e46830fbf4983de85965fd71e30e95b54128c | ||||||||||||||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||||||||||
| Last Closed: | 2016-07-19 12:16:12 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: | |||||||||||||||||||||||||||
| Attachments: |
|
||||||||||||||||||||||||||
|
Description
Cosimo Cecchi
2014-10-24 04:02:47 UTC
Created attachment 950205 [details]
File: backtrace
Created attachment 950206 [details]
File: cgroup
Created attachment 950207 [details]
File: core_backtrace
Created attachment 950208 [details]
File: dso_list
Created attachment 950209 [details]
File: environ
Created attachment 950210 [details]
File: exploitable
Created attachment 950211 [details]
File: limits
Created attachment 950212 [details]
File: maps
Created attachment 950213 [details]
File: open_fds
Created attachment 950214 [details]
File: proc_pid_status
Created attachment 950215 [details]
File: var_log_messages
Thanks for a bug report. I tried to reproduce this, but no luck for me. The var_log_messages seem to be a month old, thus I guess there had been no related runtime warnings for the crash. The backtrace suggests that the crash happened in GSocket function, which is not under Evolution's control, unless the crash being caused by some memory corruption, which I cannot distinguish. Are you able to reproduce this? According to ABRT I ran into this with 3.12.10-1 on F21; manually trying to force client-side filtering of some messages in my GMail IMAP inbox after getting some random cryptic errors displayed beforehand. What do your filters do, please? Maybe there happened a memory corruption during the filter run. *** Bug 1186295 has been marked as a duplicate of this bug. *** (In reply to Milan Crha from comment #14) > What do your filters do, please? Basically: Setting labels, marking as read, moving to a subfolder. *** Bug 1218694 has been marked as a duplicate of this bug. *** I am not sure how I triggered this. laptop went into suspend mode aLter closing the lid. the crash probably happened seconds after I opened the lid. Evolution has an IMAP and an ews account configured. My filters just move or delete messages. This seems to be crashing deep in the GLib code, thus I move this there. I checked evolution's code and it references the connectable object when using it, thus it might not be a use-after-free on the evolution side, a least not by the code reading. I'm fine if GLib developers will point me into an error in the evolution code and return the bug back there, I only miss enough knowledge of the GLib code to know what happened here and where to focus. Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |