Bug 1238805 - [abrt] marco: sanity_check_timestamps(): marco killed by SIGSEGV
Summary: [abrt] marco: sanity_check_timestamps(): marco killed by SIGSEGV
Keywords:
Status: CLOSED DUPLICATE of bug 1258638
Alias: None
Product: Fedora
Classification: Fedora
Component: marco
Version: 22
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Wolfgang Ulbrich
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:5aa6c568a3c08328a0a0e8eebac...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-07-02 16:16 UTC by Davide Repetto
Modified: 2015-10-23 19:53 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-10-23 19:53:13 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: backtrace (21.70 KB, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: cgroup (190 bytes, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: core_backtrace (9.21 KB, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: dso_list (8.56 KB, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: environ (2.59 KB, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: limits (1.29 KB, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: maps (45.14 KB, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: mountinfo (5.42 KB, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: namespaces (85 bytes, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: open_fds (766 bytes, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
File: proc_pid_status (979 bytes, text/plain)
2015-07-02 16:16 UTC, Davide Repetto 		no flags Details
View All

Description Davide Repetto 2015-07-02 16:16:06 UTC 
Version-Release number of selected component:
marco-1.10.1-1.fc22

Additional info:
reporter:       libreport-2.6.0
backtrace_rating: 4
cmdline:        marco
crash_function: sanity_check_timestamps
executable:     /usr/bin/marco
global_pid:     2118
kernel:         4.0.5-300.fc22.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (5 frames)
 #0 sanity_check_timestamps at core/display.c:5283
 #1 meta_display_get_current_time_roundtrip at core/display.c:1240
 #2 meta_window_show at core/window.c:2153
 #3 finish_unminimize at core/window.c:1464
 #4 effects_draw_box_animation_timeout at core/effects.c:388
Comment 1 Davide Repetto 2015-07-02 16:16:10 UTC 
Created attachment 1045553 [details]
File: backtrace
Comment 2 Davide Repetto 2015-07-02 16:16:11 UTC 
Created attachment 1045554 [details]
File: cgroup
Comment 3 Davide Repetto 2015-07-02 16:16:13 UTC 
Created attachment 1045555 [details]
File: core_backtrace
Comment 4 Davide Repetto 2015-07-02 16:16:15 UTC 
Created attachment 1045556 [details]
File: dso_list
Comment 5 Davide Repetto 2015-07-02 16:16:16 UTC 
Created attachment 1045557 [details]
File: environ
Comment 6 Davide Repetto 2015-07-02 16:16:18 UTC 
Created attachment 1045558 [details]
File: limits
Comment 7 Davide Repetto 2015-07-02 16:16:21 UTC 
Created attachment 1045559 [details]
File: maps
Comment 8 Davide Repetto 2015-07-02 16:16:22 UTC 
Created attachment 1045560 [details]
File: mountinfo
Comment 9 Davide Repetto 2015-07-02 16:16:24 UTC 
Created attachment 1045561 [details]
File: namespaces
Comment 10 Davide Repetto 2015-07-02 16:16:25 UTC 
Created attachment 1045562 [details]
File: open_fds
Comment 11 Davide Repetto 2015-07-02 16:16:27 UTC 
Created attachment 1045563 [details]
File: proc_pid_status
Comment 12 Wolfgang Ulbrich 2015-10-23 18:01:58 UTC 
Can you provide a valid description?
Steps to reproduce?
Did this issue occurs frequently?
Comment 13 Davide Repetto 2015-10-23 19:21:16 UTC 
Hi Wolfgang,
I'm sorry, this was one of those crashes that just happened during normal use and I couldn't identify a specific cause at the time.
If the trace is not useful as it is, I'd say we can close this one and should the crash happen again, we can always reopen it. What do you say?
Comment 14 Wolfgang Ulbrich 2015-10-23 19:53:13 UTC 
Hi Davide,
looks like it's the same like https://bugzilla.redhat.com/show_bug.cgi?id=1258638
I have a possible upstream fix for it.

*** This bug has been marked as a duplicate of bug 1258638 ***
Note You need to log in before you can comment on or make changes to this bug.