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#22739: 25.0.50; Hangs on revertig buffer Date: Sat, 20 Feb 2016 10:08:08 +0200 Message-ID: <834md3rehj.fsf@gnu.org> References: <87lh6hcr2o.fsf@telefonica.net> <83ziuxru6l.fsf@gnu.org> <878u2gdedv.fsf@wanadoo.es> <83twl4r9e1.fsf@gnu.org> <874md4cpz5.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1455955766 17753 80.91.229.3 (20 Feb 2016 08:09:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Feb 2016 08:09:26 +0000 (UTC) Cc: 22739@debbugs.gnu.org To: =?UTF-8?Q?=C3=93scar?= Fuentes Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 20 09:09:10 2016 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 1aX2bG-0004Sz-BR for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Feb 2016 09:09:10 +0100 Original-Received: from localhost ([::1]:59065 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aX2bF-0001c2-KP for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Feb 2016 03:09:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58065) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aX2bB-0001YG-Qd for bug-gnu-emacs@gnu.org; Sat, 20 Feb 2016 03:09:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aX2b8-0008F6-Kv for bug-gnu-emacs@gnu.org; Sat, 20 Feb 2016 03:09:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37405) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aX2b8-0008Ey-HS for bug-gnu-emacs@gnu.org; Sat, 20 Feb 2016 03:09:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aX2b8-00053H-Dz for bug-gnu-emacs@gnu.org; Sat, 20 Feb 2016 03:09:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Feb 2016 08:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22739-submit@debbugs.gnu.org id=B22739.145595571419325 (code B ref 22739); Sat, 20 Feb 2016 08:09:02 +0000 Original-Received: (at 22739) by debbugs.gnu.org; 20 Feb 2016 08:08:34 +0000 Original-Received: from localhost ([127.0.0.1]:34530 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aX2ag-00051d-IQ for submit@debbugs.gnu.org; Sat, 20 Feb 2016 03:08:34 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:38533) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aX2ae-00051R-P0 for 22739@debbugs.gnu.org; Sat, 20 Feb 2016 03:08:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aX2aW-00087z-H6 for 22739@debbugs.gnu.org; Sat, 20 Feb 2016 03:08:27 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55355) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aX2aW-00087v-Dc; Sat, 20 Feb 2016 03:08:24 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4744 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aX2aV-0006nE-Qu; Sat, 20 Feb 2016 03:08:24 -0500 In-reply-to: <874md4cpz5.fsf@wanadoo.es> (message from =?UTF-8?Q?=C3=93scar?= Fuentes on Fri, 19 Feb 2016 23:09:02 +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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:113341 Archived-At: > From: Óscar Fuentes > Cc: 22739@debbugs.gnu.org > Date: Fri, 19 Feb 2016 23:09:02 +0100 > > Eli Zaretskii writes: > > > This seems to say that the display engine signaled an error. If so, > > the error message should be in *Messages*. One way of accessing the > > error messages is to use the facilities in etc/emacs-buffer.gdb (after > > you instruct GDB to load that file with the "source" command) to > > access the text of *Messages*. > > After using ybuffer-save for recovering *Messages*, the last lines are > > reverting... > reverted > Quit > > The "reverting... reverted" lines are the output of a wrapper function I > wrote for executing revert-buffer: > > (defun ofv-revert-buffer () > (interactive) > (message "reverting...") > (revert-buffer nil (not (buffer-modified-p))) > (message "reverted")) > > > It is interesting that the last line of *Messages* is "Quit", but the > minibuffer on the frozen Emacs session shows "reverted". From where > comes "Quit"? Why it was not displayed? When Emacs froze, I tried C-g, > but that was after a few seconds. It was probably not displayed because Emacs was busy doing something, so it didn't enter redisplay. In any case, that C-g is most probably the reason for what you saw using "finish" -- it caused Emacs to throw to top level. IOW, the data you collected is probably not relevant to the root cause of the problem. > I'm afraid that the Emacs instance is not resumable anymore. After using > the "finish" trick on the previous message, I was unable to interrup > Emacs either with C-c on the gdb console (as I did the first time after > attaching gdb) Are you saying that just attaching GDB didn't stop Emacs, and you needed C-c to do that? > nor C-z on the Emacs window (as DEBUG suggests.) I sent a SIGSTOP > signal to the Emacs process to gain access to the gdb command line > and now it can't resume. What do you mean by "cannot resume"? What happens if you try? What happens if you kill the GDB process, and then attach another GDB to Emacs? Thanks.