From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.bugs Subject: bug#8472: 24.0.50; weird emacs bugs causing data lossage Date: Mon, 11 Apr 2011 11:25:23 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1302514684 18551 80.91.229.12 (11 Apr 2011 09:38:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 11 Apr 2011 09:38:04 +0000 (UTC) Cc: 8472@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 11 11:38:00 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q9DZC-0005Tc-Cd for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Apr 2011 11:37:55 +0200 Original-Received: from localhost ([127.0.0.1]:33692 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q9DZA-0005V1-UI for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Apr 2011 05:37:53 -0400 Original-Received: from [140.186.70.92] (port=43996 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q9DYm-0005K1-8o for bug-gnu-emacs@gnu.org; Mon, 11 Apr 2011 05:37:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q9DYk-0004BA-Hh for bug-gnu-emacs@gnu.org; Mon, 11 Apr 2011 05:37:27 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41819) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9DYk-0004B6-Et for bug-gnu-emacs@gnu.org; Mon, 11 Apr 2011 05:37:26 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Q9DNh-000147-LK; Mon, 11 Apr 2011 05:26:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: joakim@verona.se Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Apr 2011 09:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8472 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8472-submit@debbugs.gnu.org id=B8472.13025139354061 (code B ref 8472); Mon, 11 Apr 2011 09:26:01 +0000 Original-Received: (at 8472) by debbugs.gnu.org; 11 Apr 2011 09:25:35 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q9DNH-00013Q-DT for submit@debbugs.gnu.org; Mon, 11 Apr 2011 05:25:35 -0400 Original-Received: from batman.blixtvik.net ([87.96.254.3]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q9DNE-00013C-MB for 8472@debbugs.gnu.org; Mon, 11 Apr 2011 05:25:33 -0400 Original-Received: from www.verona.se (10-208-96-87.cust.blixtvik.se [87.96.208.10]) by batman.blixtvik.net (Postfix) with ESMTP id 09B7A7F8995; Mon, 11 Apr 2011 11:25:25 +0200 (CEST) Original-Received: from chopper (unknown [192.168.201.6]) by www.verona.se (Postfix) with ESMTP id 38343A27A25; Mon, 11 Apr 2011 11:25:25 +0200 (CEST) In-Reply-To: (Eli Zaretskii's message of "Mon, 11 Apr 2011 03:56:42 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 11 Apr 2011 05:26:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:45755 Archived-At: Eli Zaretskii writes: >> From: joakim@chopper.i-did-not-set--mail-host-address--so-tickle-me > > you-did-not-set--mail-host-address--so-i'm-tickling-you Thanks > >> Date: Sun, 10 Apr 2011 21:39:55 +0200 >> Cc: >> >> Emacs ask if I really want to edit the buffer and I say >> no. Then Emacs redisplay seems to hang. >> >> This happened several times. Most times I had to kill emacs and loose >> my work. This time I tried more debugging. Lately I run Emacs in a >> debugger. Weirdly gdb refused to break itho a prompt. ctrl z and fg >> woke up gdb. > > That might mean that Emacs was stuck in a system call. But the fact > that it responded to emacsclient eliminates this possibility, I think. I was unclear. I only tried emacsclient after I had get gdb working again. I got it working by suspending gdb and resuming it again. and sending signals to Emacs (I was a bit furious so this part is a bit hazy) > I would try delivering a fatal signal to Emacs ("kill -TERM", for > example) from the shell prompt. Detaching the debugger under which > you ran Emacs and attaching another instance of GDB is another thing > to try. see above. >> it occured to me that maybe Emacs wasnt totaly hung maybe just >> redisplay. > > I don't see how this can be true. If redisplay infloops, it will > never return, and the rest of Emacs will never get to do anything, > including the calls to `select' that you saw in strace. Ok. So the hang happens somewhere else. The symptom is that nothing happens on the display but emacsclient can communicate. Also, whenever I manage to break into the process with gdb the backtrace shows Emacs is in the select call. With strace I see that Emacs is not stuck there but loops. So I figure theres some poll loop running closely around the select. Or something. Maybe its my constant changing of network interfaces that invalidates sockets or something. >> So I tested emacs client and I could recover data like >> this: >> >> emacsclient -e "(let ((b (set-buffer \"journal.org\")) (text (buffer-string))) (set-text-properties 0 (length text) nil text)text)" > > Now I don't understand how come you couldn't break into it from GDB. See above. I only tried this after getting gdb to work again. >> There are two weird things here: >> - the file was truncated. Maybe this is due to a combination of >> narrowing and automatic save. > > Can't happen, auto-save forces temporary widening of the buffer (as > you'd expect ;-). Well. The funny thing is that the truncated content of the file is the exact same content I see in the narrowed buffer on screen. Org narrows in another window and buffer somehow. Could that interfere? I dont know the term for what it does yet. "indirect buffer" maybe? >> - redisplay hangs in minibuffer input. I have no idea about why this >> happens. > > Doesn't seem to be the case, see above. Ok. > Best thing to try next time is somehow to stop Emacs, and then use the > procedure described in etc/DEBUG under "If the symptom of the bug is > that Emacs fails to respond". Ok thanks. -- Joakim Verona