From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#24640: Crashes in 25.1 Date: Tue, 11 Oct 2016 17:53:33 +0300 Message-ID: <83k2dfc4ya.fsf@gnu.org> References: <83int3idxl.fsf@gnu.org> <83mviehq0p.fsf@gnu.org> <83eg3qhn29.fsf@gnu.org> <83vax2f1e5.fsf@gnu.org> <83r37pg7zl.fsf@gnu.org> <83y41wenld.fsf@gnu.org> <834m4kduzl.fsf@gnu.org> <831szodsus.fsf@gnu.org> <83zimccbzr.fsf@gnu.org> <83lgxvcd10.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1476197665 4714 195.159.176.226 (11 Oct 2016 14:54:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 11 Oct 2016 14:54:25 +0000 (UTC) Cc: 24640@debbugs.gnu.org To: Reuben Thomas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 11 16:54:19 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1btyRb-0000I7-6j for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Oct 2016 16:54:15 +0200 Original-Received: from localhost ([::1]:56282 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btyRZ-00017D-Sk for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Oct 2016 10:54:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56746) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btyRQ-00015O-SZ for bug-gnu-emacs@gnu.org; Tue, 11 Oct 2016 10:54:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1btyRO-0002sA-T1 for bug-gnu-emacs@gnu.org; Tue, 11 Oct 2016 10:54:03 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46101) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btyRO-0002s0-Ov for bug-gnu-emacs@gnu.org; Tue, 11 Oct 2016 10:54:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1btyRO-0003tu-Ga for bug-gnu-emacs@gnu.org; Tue, 11 Oct 2016 10:54:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Oct 2016 14:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24640 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24640-submit@debbugs.gnu.org id=B24640.147619764014986 (code B ref 24640); Tue, 11 Oct 2016 14:54:02 +0000 Original-Received: (at 24640) by debbugs.gnu.org; 11 Oct 2016 14:54:00 +0000 Original-Received: from localhost ([127.0.0.1]:52291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1btyRM-0003te-BW for submit@debbugs.gnu.org; Tue, 11 Oct 2016 10:54:00 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:37488) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1btyRK-0003tP-Hu for 24640@debbugs.gnu.org; Tue, 11 Oct 2016 10:53:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1btyRB-0002mH-8V for 24640@debbugs.gnu.org; Tue, 11 Oct 2016 10:53:53 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38530) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btyRB-0002ld-52; Tue, 11 Oct 2016 10:53:49 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1574 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1btyR9-0006p7-Cj; Tue, 11 Oct 2016 10:53:47 -0400 In-reply-to: (message from Reuben Thomas on Tue, 11 Oct 2016 15:08:45 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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: 208.118.235.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:124337 Archived-At: > From: Reuben Thomas > Date: Tue, 11 Oct 2016 15:08:45 +0100 > Cc: 24640@debbugs.gnu.org > > read_objects is a global variable, so it could be that some code > invoked in the middle of reading one #n=object form clobbers it by > reading another. However, I don't immediately see such forms in the > few of your many init files I looked in. > > ​Indeed, I'm not aware of having used such a form myself, nor can I find one by grepping. > > Do you have any idea where > ​ ​ > this could come from? > > ​No, sorry.​ > > One place they are abundant is in *.elc files, > so maybe some recursive load together with the timer-based lazy > desktop operation does that? I don't really have a working hypothesis > for now. > > Could it be loading the undo-tree undo history? The crash always seems to happen when loading mit.tex. It > tries to load the undo-tree history, fails (because the file has been changed since the history was last saved), > then crashes. The undo-tree history is full of #n=object forms. Yes, that was also on my suspect list. > I can let you have the undo-tree history file if that might help you identify the corrupted data. Is it possible to disable this loading of undo-tree history? If so, can you disable it and see if Emacs no longer crashes? If the crashes stop when undo-tree history is not loaded, we will have to look closely at what that loading does, because the problem is probably there. The internals of undo changed in Emacs 25. > I'm not an expert on X tricks -- is there any way you can trick Emacs > to start a GUI session when I invoke it via SSH? Some trick with the > value of DISPLAY in the environment, perhaps? I don't need to see > what Emacs displays, just run it live under GDB. The problem that > causes the crash happens before the code I see in the backtrace -- > that code just triggers GC. So it would be beneficial to run Emacs > under GDB and try to see, for example, what code changes read_objects > and how (assuming it is not changed to a non-nil value too many > times). Can this be arranged? > > ​If you use "ssh -X", you can get an X connection and Emacs will start a GUI session. That's the simplest thing > I can think of; not really a trick at all.​ Yes, I know, but that requires me to have an X server here, which I don't have, and prefer not to set up. Is there some way of telling Emacs to open its display on your local terminal instead?