From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Welsh Duggan Newsgroups: gmane.emacs.bugs Subject: bug#35003: 27.0.50; SIGTERM in dconf worker Date: Tue, 26 Mar 2019 12:42:34 -0400 Message-ID: References: <834l7pmxlf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="17907"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 35003@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 26 17:43:12 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h8pAO-0004Ui-BL for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Mar 2019 17:43:12 +0100 Original-Received: from localhost ([127.0.0.1]:34965 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h8pAN-0004Ab-5U for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Mar 2019 12:43:11 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:35355) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h8pAF-0004AH-Sd for bug-gnu-emacs@gnu.org; Tue, 26 Mar 2019 12:43:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h8pAE-0006dj-SO for bug-gnu-emacs@gnu.org; Tue, 26 Mar 2019 12:43:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46946) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h8pAE-0006dY-LJ for bug-gnu-emacs@gnu.org; Tue, 26 Mar 2019 12:43:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1h8pAE-0008Fl-HP for bug-gnu-emacs@gnu.org; Tue, 26 Mar 2019 12:43:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Welsh Duggan Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Mar 2019 16:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35003 X-GNU-PR-Package: emacs Original-Received: via spool by 35003-submit@debbugs.gnu.org id=B35003.155361856731704 (code B ref 35003); Tue, 26 Mar 2019 16:43:02 +0000 Original-Received: (at 35003) by debbugs.gnu.org; 26 Mar 2019 16:42:47 +0000 Original-Received: from localhost ([127.0.0.1]:60490 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h8p9x-0008FG-S2 for submit@debbugs.gnu.org; Tue, 26 Mar 2019 12:42:47 -0400 Original-Received: from veto.sei.cmu.edu ([147.72.252.17]:33572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h8p9v-0008F3-HR for 35003@debbugs.gnu.org; Tue, 26 Mar 2019 12:42:44 -0400 Original-Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id x2QGgb2M047351; Tue, 26 Mar 2019 12:42:37 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu x2QGgb2M047351 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1553618557; bh=GylNQpPmDfTmEcLVcP1FVmEcacvpL05BpMv254WkRf4=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=pUpxMCzDsqkoYAk9tqLVODQ9dVhjG2ux0gLY+Ah88XRnwHbbxa4cPya6J661DpMLD D+3ts1JjszN7tIFoxQzadd1/2eWyXajUz8BWa+HOmGyJfChzZjV+7KWGfeEDX57msF xte0tHWgUhdBeQ8e1lf3KqN7CYDfEQ04znGL1f54= Original-Received: from lx-chumsalmon.ad.sei.cmu.edu (lx-chumsalmon.ad.sei.cmu.edu [10.64.51.248]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id x2QGgZZj029323; Tue, 26 Mar 2019 12:42:35 -0400 Original-Received: from lx-chumsalmon.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-chumsalmon.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id x2QGgZHJ003192; Tue, 26 Mar 2019 12:42:35 -0400 Original-Received: (from mwd@localhost) by lx-chumsalmon.ad.sei.cmu.edu (8.14.7/8.14.7) id x2QGgZ7p003189; Tue, 26 Mar 2019 12:42:35 -0400 X-Authentication-Warning: lx-chumsalmon.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f In-Reply-To: <834l7pmxlf.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 26 Mar 2019 18:03:56 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:156824 Archived-At: Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Date: Tue, 26 Mar 2019 10:39:29 -0400 >> >> Thread 3 "dconf worker" received signal SIGTERM, Terminated. > > That thread is not ours, is it? No. But I don't know why it is being used at all. What configure option do I have to use to have it not create this dconf worker under the hood? >> (gdb) info thread >> Id Target Id Frame >> 1 Thread 0x7ffff7fca880 (LWP 42490) "emacs-27.0.50" 0x00007ffff38cdcd9 in p >> select () from /lib64/libc.so.6 >> 2 Thread 0x7fffead4a700 (LWP 42492) "gmain" 0x00007ffff38cbe9d in p >> oll () from /lib64/libc.so.6 >> * 3 Thread 0x7fffea131700 (LWP 42577) "dconf worker" 0x00007ffff454854b in r >> aise () from /lib64/libpthread.so.0 >> 4 Thread 0x7fffe9930700 (LWP 42583) "gdbus" 0x00007ffff38cbe9d in p >> oll () from /lib64/libc.so.6 >> (gdb) bt >> #0 0x00007ffff454854b in raise () at /lib64/libpthread.so.0 >> #1 0x00007ffff2da2dcc in ffi_call_unix64 () at /lib64/libffi.so.6 >> #2 0x00007ffff2da26f5 in ffi_call () at /lib64/libffi.so.6 >> #3 0x00007ffff5183675 in g_cclosure_marshal_generic_va () >> at /lib64/libgobject-2.0.so.0 >> #4 0x00007ffff5182c07 in _g_closure_invoke_va () at /lib64/libgobject-2.0.so.0 >> #5 0x00007ffff519c757 in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0 >> #6 0x00007ffff519d3df in g_signal_emit () at /lib64/libgobject-2.0.so.0 >> #7 0x00007ffff547d075 in emit_closed_in_idle () at /lib64/libgio-2.0.so.0 >> #8 0x00007ffff4ea64e7 in g_idle_dispatch () at /lib64/libglib-2.0.so.0 >> #9 0x00007ffff4ea98f9 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 >> #10 0x00007ffff4ea9c58 in g_main_context_iterate.isra () >> at /lib64/libglib-2.0.so.0 >> #11 0x00007ffff4ea9d0c in g_main_context_iteration () >> at /lib64/libglib-2.0.so.0 >> #12 0x00007fffea13948d in dconf_gdbus_worker_thread () >> at /usr/lib64/gio/modules/libdconfsettings.so >> #13 0x00007ffff4ed0900 in g_thread_proxy () at /lib64/libglib-2.0.so.0 >> #14 0x00007ffff4540dd5 in start_thread () at /lib64/libpthread.so.0 >> #15 0x00007ffff38d6b3d in clone () at /lib64/libc.so.6 >> >> >> Unfortunately, xbacktrace doesn't seem to be working very well in this >> state: > > We can still use the C-level backtrace for the main thread, so just > "bt" after switching to thread 1 would be useful. I'll try again once I trigger the problem again. I lost the last gdb session. > However, I wonder whether this is an Emacs problem if the signal > always happens in the dconf thread. I'd be happy for this not to be an Emacs problem. Until I can figure out how to build Emacs without it, it is an Emacs problem, though. -- Michael Welsh Duggan (mwd@cert.org)