From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: RMAIL file locking problem? Date: Thu, 28 Apr 2005 20:13:39 -0400 Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1114733774 22380 80.91.229.2 (29 Apr 2005 00:16:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 29 Apr 2005 00:16:14 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 29 02:16:13 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DRJAv-0003jy-UM for ged-emacs-devel@m.gmane.org; Fri, 29 Apr 2005 02:16:10 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DRJH9-0004lb-Ns for ged-emacs-devel@m.gmane.org; Thu, 28 Apr 2005 20:22:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DRJGt-0004iX-8l for emacs-devel@gnu.org; Thu, 28 Apr 2005 20:22:19 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DRJGs-0004iA-AJ for emacs-devel@gnu.org; Thu, 28 Apr 2005 20:22:18 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DRJGr-00044s-8M for emacs-devel@gnu.org; Thu, 28 Apr 2005 20:22:17 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DRJDd-0005NI-F3 for emacs-devel@gnu.org; Thu, 28 Apr 2005 20:18:57 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DRJ8V-0004ZX-2L; Thu, 28 Apr 2005 20:13:39 -0400 Original-To: Evil Boris In-reply-to: (message from Evil Boris on Thu, 28 Apr 2005 00:03:25 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:36490 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36490 As far as I can tell, it is the following code: (if file-name (rmail-insert-inbox-text files nil) (setq delete-files (rmail-insert-inbox-text files t))) Ok, it seems natural that this would lock the current buffer. It is trying to insert something. On my machine the locking trouble seems to happen when there is no new mail. My understanding is that RMAIL reads in the contents of the (empty!) mailbox (by the way, would it make sense to check for 0 length and just skip the rest of jumping through hoops in this case---no locking, no inserting of zero bytes, no testing for having inserted zero bytes?) It seems strange that insert-file-contents would leave the buffer locked if it does not really change the buffer. That could be a bug in insert-file-contents: that it handles the zero-size case wrong.