From owner-freebsd-stable@FreeBSD.ORG Fri Jun 12 10:28:13 2015 Return-Path: Delivered-To: freebsd-stable@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18CCE3CF for ; Fri, 12 Jun 2015 10:28:13 +0000 (UTC) (envelope-from ortadur@web.de) Received: from mout.web.de (mout.web.de [212.227.17.11]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B509C13D9 for ; Fri, 12 Jun 2015 10:28:11 +0000 (UTC) (envelope-from ortadur@web.de) Received: from [131.169.71.114] by 3capp-webde-bs41.server.lan (via HTTP); Fri, 12 Jun 2015 12:03:16 +0200 MIME-Version: 1.0 Message-ID: From: "Andre Meiser" To: freebsd-stable@freebsd.org Subject: Aw: Re: Many core dumps in pthread_getspecific. Content-Type: text/plain; charset=UTF-8 Date: Fri, 12 Jun 2015 12:03:16 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <20150603145838.GX2499@kib.kiev.ua> References: , <20150603145838.GX2499@kib.kiev.ua> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:2LP0VysxKDH1g0OccoiTx8qTm40oFr4H5iLu6WPO9l3 aZ6QUulPyN9QxLUw6UhOAHATCmBm+fzREMlDKC46yt0udvltGs /+WwQ6jO1LH74bPNiELZ2TcgqjFthtPezd32OUSyShWU3dMw8g Ps6kksQtd5JPdpNy2uOJwrA8i+u642nUlv5SriGOL7xXMp6mSa 70rXv/K0wnUQkACaiXjC5/t1CPNTUxSgbGEM2n8mAs0vxvmit7 YjFS1qKXZ9ZKe8FY6xK35T1ZYHxyKcXG3T72lc6VsOYE0XbIuP DMOkbE= X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2015 10:28:13 -0000 Hi, On Wed, Jun 03, 2015 at 16:58 +0200, Konstantin Belousov wrote: > You should recompile both libc and libthr with debugging symbols, like > cd /usr/src > (cd lib/libc && make all install DEBUG_FLAGS=-g) > (cd lib/libthr && make all install DEBUG_FLAGS=-g) > then obtain the core dump and post backtraces. still no new core dump from Xorg, but one from vim. As far as I recall, vim used to crash at pthread_getspecific, too, but this time it was different: Core was generated by `vim'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libncurses.so.8...(no debugging symbols found)...done. Loaded symbols for /lib/libncurses.so.8 Reading symbols from /usr/local/lib/libintl.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libpython2.7.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpython2.7.so.1 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libutil.so.9...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000000080149d6a2 in check_deferred_signal (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:331 331 getcontext(uc); [New Thread 802406400 (LWP 101373/vim)] Current language: auto; currently minimal (gdb) bt #0 0x000000080149d6a2 in check_deferred_signal (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:331 #1 0x000000080149d5ed in _thr_ast (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:264 #2 0x00000008014a23c7 in _thr_rtld_lock_release (lock=) at /usr/src/lib/libthr/thread/thr_rtld.c:162 #3 0x000000080083c94d in _r_debug_postinit () from /libexec/ld-elf.so.1 #4 0x000000080083a15d in .text () from /libexec/ld-elf.so.1 #5 0x00000000004e3d83 in preserve_exit () #6 0x000000000051e808 in mch_libcall () #7 0x000000080149e47a in handle_signal (actp=, sig=, info=, ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:240 #8 0x000000080149e062 in thr_sighandler (sig=, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:183 #9 #10 0x000000080149d6a2 in check_deferred_signal (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:331 #11 0x000000080149d5ed in _thr_ast (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:264 #12 0x00000008014a23c7 in _thr_rtld_lock_release (lock=) at /usr/src/lib/libthr/thread/thr_rtld.c:162 #13 0x000000080083c94d in _r_debug_postinit () from /libexec/ld-elf.so.1 #14 0x000000080083a15d in .text () from /libexec/ld-elf.so.1 #15 0x000000080149e4e2 in handle_signal (actp=, sig=, info=, ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:256 #16 0x000000080149e062 in thr_sighandler (sig=, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:183 #17 #18 0x00000008017f9b7a in select () from /lib/libc.so.7 #19 0x000000080149bb32 in __select (numfds=1, readfds=0x7fffffffdfb0, writefds=0x0, exceptfds=0x7fffffffdf30, timeout=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:561 #20 0x000000000051a33b in mch_write () #21 0x000000000051a5ac in mch_inchar () #22 0x00000000005b7a17 in ui_inchar () #23 0x00000000004ae86a in inchar () #24 0x00000000004b1cdb in vgetc () #25 0x00000000004b0bda in vgetc () #26 0x00000000004b2499 in safe_vgetc () #27 0x00000000004f560f in normal_cmd () #28 0x00000000005df297 in main_loop () #29 0x00000000005de908 in main () It's still a thread problem, but I've no idea if it's related with the former pthread_getspecific problem. Sincerely yours Andre.