From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#13743: 24.2.93; Segmentation fault when trying to [s]teal a file opened elsewhere Date: Mon, 18 Feb 2013 18:11:50 +0200 Message-ID: <8338wtr48p.fsf@gnu.org> References: <87r4kexgx0.fsf@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1361203995 6762 80.91.229.3 (18 Feb 2013 16:13:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Feb 2013 16:13:15 +0000 (UTC) Cc: 13743@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 18 17:13:37 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1U7TLS-0005My-6z for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Feb 2013 17:13:34 +0100 Original-Received: from localhost ([::1]:50713 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7TL7-0000sY-TU for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Feb 2013 11:13:13 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:38629) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7TL1-0000s4-Sn for bug-gnu-emacs@gnu.org; Mon, 18 Feb 2013 11:13:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U7TKw-0003Zt-ID for bug-gnu-emacs@gnu.org; Mon, 18 Feb 2013 11:13:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57700) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7TKw-0003Zn-FA for bug-gnu-emacs@gnu.org; Mon, 18 Feb 2013 11:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U7TLu-0006Z3-0E for bug-gnu-emacs@gnu.org; Mon, 18 Feb 2013 11:14:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Feb 2013 16:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13743 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13743-submit@debbugs.gnu.org id=B13743.136120398425159 (code B ref 13743); Mon, 18 Feb 2013 16:14:01 +0000 Original-Received: (at 13743) by debbugs.gnu.org; 18 Feb 2013 16:13:04 +0000 Original-Received: from localhost ([127.0.0.1]:34931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U7TKx-0006Xk-KD for submit@debbugs.gnu.org; Mon, 18 Feb 2013 11:13:04 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:36796) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U7TKt-0006XH-Tr for 13743@debbugs.gnu.org; Mon, 18 Feb 2013 11:13:01 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MIF00B00BN9BN00@a-mtaout22.012.net.il> for 13743@debbugs.gnu.org; Mon, 18 Feb 2013 18:11:43 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIF00B5UBNI8B10@a-mtaout22.012.net.il>; Mon, 18 Feb 2013 18:11:42 +0200 (IST) In-reply-to: <87r4kexgx0.fsf@yandex.ru> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:71477 Archived-At: > From: Dmitry Gutov > Date: Mon, 18 Feb 2013 10:41:31 +0400 > > Emacs reliably crashes when [s]tealing a file that's opened in another > instance. I can only reproduce this when the buffer opens in mmm-mode > (so the bug may be related to indirect buffers), and apparently mmm-mode > modifies the buffer in some way automatically, so the prompt to > steal/proceed/quit is shown as soon as I open the file. > > I think this is the first situation I've seen Emacs crash, in quite a > while. > > > (gdb) xbacktrace > "put-text-property" (0xffff9a20) > "jit-lock-refontify" (0xffff9c00) > "jit-lock-mode" (0xffff9e00) > "jit-lock-register" (0xffff9fd0) > "font-lock-turn-on-thing-lock" (0xffffa1b0) > "font-lock-mode-internal" (0xffffa380) > "font-lock-default-function" (0xffffa550) > "font-lock-mode" (0xffffa720) > "turn-on-font-lock" (0xffffa8d0) > "turn-on-font-lock-if-desired" (0xffffaa90) > "global-font-lock-mode-enable-in-buffers" (0xffffaca8) > "run-hooks" (0xffffad68) > "apply" (0xffffaec0) > "run-mode-hooks" (0xffffaff0) > "html-erb-mode" (0xffffb2a8) > "funcall" (0xffffb2a0) > "save-current-buffer" (0xffffb418) > "unwind-protect" (0xffffb538) > "let" (0xffffb6d8) > "if" (0xffffb7e8) > "let" (0xffffb9a8) > "mmm-update-mode-info" (0xffffbaf0) > "if" (0xffffbcc8) > ---Type to continue, or q to quit--- > "if" (0xffffbdd8) > "mmm-mode-on" (0xffffbf20) > "cond" (0xffffc0e8) > "mmm-mode-on-maybe" (0xffffc2d8) > "funcall" (0xffffc2d0) > "progn" (0xffffc428) > "condition-case" (0xffffc6a8) > "while" (0xffffc7d8) > "let" (0xffffc978) > "progn" (0xffffca88) > "mmm-run-major-mode-hook" (0xffffcbd0) > "save-current-buffer" (0xffffcdb8) > "progn" (0xffffcec8) > "if" (0xffffcfc8) > "while" (0xffffd0f8) > "let" (0xffffd298) > "progn" (0xffffd3a8) > "mmm-check-changed-buffers" (0xffffd590) > (gdb) > > === > > bt full is too long for my terminal, so here's the top. Let me know if > it's not enough, I'll try to increase the history limit or whatever. > > (gdb) bt full > #0 add_properties (plist=plist@entry=31577430, i=i@entry=0x0, > object=object@entry=12438597) at textprop.c:378 > tail1 = 31577430 > tail2 = > sym1 = 12306530 > val1 = 12067362 > changed = > found = 0 Can you recompile without optimizations, and show the backtrace from that build? Thanks.