Description of problem: I ran weechat as normal and it tripped an assert about being the owner of a pthread mutex. I cannot reproduce this easily. Version-Release number of selected component: weechat-1.0-3.fc22 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: weechat crash_function: __pthread_mutex_cond_lock executable: /usr/bin/weechat kernel: 3.17.0-0.rc6.git0.1.fc22.x86_64 runlevel: N 5 type: CCpp uid: 21259 Truncated backtrace: Thread no. 1 (5 frames) #4 __pthread_mutex_cond_lock at ../nptl/pthread_mutex_lock.c:81 #5 pthread_cond_wait@@GLIBC_2.3.2 at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:259 #6 GC_wait_marker at pthread_support.c:2036 #7 GC_help_marker at mark.c:1168 #8 GC_mark_thread at pthread_support.c:389
Created attachment 940495 [details] File: backtrace
Created attachment 940496 [details] File: cgroup
Created attachment 940497 [details] File: core_backtrace
Created attachment 940498 [details] File: dso_list
Created attachment 940499 [details] File: environ
Created attachment 940500 [details] File: limits
Created attachment 940501 [details] File: maps
Created attachment 940502 [details] File: open_fds
Created attachment 940503 [details] File: proc_pid_status
Created attachment 940504 [details] File: var_log_messages
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22
Hi! What about this issue? Could you reproduce it again?
Apologies, I no longer have access to this machine.