From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#13743: 24.2.93; Segmentation fault when trying to [s]teal a file opened elsewhere Date: Tue, 26 Feb 2013 07:59:36 +0400 Message-ID: <512C3328.4070103@yandex.ru> References: <5125ADA9.3070603@cs.ucla.edu> <51283965.2020107@yandex.ru> <837glzkqvc.fsf@gnu.org> <83621ilvk9.fsf@gnu.org> <512A31A0.4040804@yandex.ru> <83ehg5k8xe.fsf@gnu.org> <512AFC18.4090504@yandex.ru> <83zjysicj7.fsf@gnu.org> <512BB694.3030501@yandex.ru> <83r4k4i40t.fsf@gnu.org> <512BF25F.4080208@yandex.ru> <83fw0jivh5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1361851232 11697 80.91.229.3 (26 Feb 2013 04:00:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 Feb 2013 04:00:32 +0000 (UTC) Cc: 13743@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 26 05:00:55 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 1UABio-0001D8-5N for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Feb 2013 05:00:54 +0100 Original-Received: from localhost ([::1]:45784 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UABiT-0007kK-Cj for geb-bug-gnu-emacs@m.gmane.org; Mon, 25 Feb 2013 23:00:33 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:40998) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UABiO-0007jl-Qx for bug-gnu-emacs@gnu.org; Mon, 25 Feb 2013 23:00:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UABiI-00021K-OU for bug-gnu-emacs@gnu.org; Mon, 25 Feb 2013 23:00:28 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44813) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UABiI-000210-JC for bug-gnu-emacs@gnu.org; Mon, 25 Feb 2013 23:00:22 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UABju-0005ml-GV for bug-gnu-emacs@gnu.org; Mon, 25 Feb 2013 23:02:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Feb 2013 04:02:02 +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.136185128922198 (code B ref 13743); Tue, 26 Feb 2013 04:02:02 +0000 Original-Received: (at 13743) by debbugs.gnu.org; 26 Feb 2013 04:01:29 +0000 Original-Received: from localhost ([127.0.0.1]:50277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UABjI-0005ls-Ki for submit@debbugs.gnu.org; Mon, 25 Feb 2013 23:01:26 -0500 Original-Received: from mail-lb0-f180.google.com ([209.85.217.180]:38474) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UABjG-0005lk-5K for 13743@debbugs.gnu.org; Mon, 25 Feb 2013 23:01:23 -0500 Original-Received: by mail-lb0-f180.google.com with SMTP id q12so2761725lbc.39 for <13743@debbugs.gnu.org>; Mon, 25 Feb 2013 19:59:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=B31K9NF2dRYiCMVOufziKmZWatL6gIC9XHSjuhaNP+I=; b=gljum5ec9bzb+3fyXsjrxuSyIOoJFcu33cq++70/QE+P3AaxoYojCOzJDtU/Xt7/Qs 9GQuOHxMmGeptFn8M/JWuKi0T7zB/WotzrpJKQat+wjUht4bM2rBebaWvYUn+bWTy0iQ jT0Li19mfvjhXeasiNqsk/0v90GrjnPHEVV3H/iYj02rPsU3QHXnN8xfyYAvnYkWVeQb ZjSrKCerpJfcQkPQQ1bim4HcIz1kGArFU+GxfHmph2nxDdarMkHjBWGEnRqOmHwgOy4A 7eKvFj3yapAxPNm3mXL1Sv9mLC44e6QqW8DmkspED7jzYgpYhqUf1xSGm7TJN9ZgoB5X +mXA== X-Received: by 10.112.99.65 with SMTP id eo1mr5492398lbb.78.1361851178498; Mon, 25 Feb 2013 19:59:38 -0800 (PST) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPS id fm8sm4808398lbb.17.2013.02.25.19.59.35 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 25 Feb 2013 19:59:36 -0800 (PST) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 In-Reply-To: <83fw0jivh5.fsf@gnu.org> 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:71824 Archived-At: On 26.02.2013 7:51, Eli Zaretskii wrote: >> Date: Tue, 26 Feb 2013 03:23:11 +0400 >> From: Dmitry Gutov >> CC: monnier@iro.umontreal.ca, 13743@debbugs.gnu.org >> >> On 25.02.2013 23:31, Eli Zaretskii wrote: >>>> Date: Mon, 25 Feb 2013 23:08:04 +0400 >>>> From: Dmitry Gutov >>>> CC: monnier@iro.umontreal.ca, 13743@debbugs.gnu.org >>>> >>>> On 25.02.2013 20:27, Eli Zaretskii wrote: >>>>> Btw, what mmm-mode does is quite nasty, because it causes stale lock >>>>> files to be left behind, if you press 'p' when Emacs says that the >>>>> file is locked. This is because mmm-mode makes the buffer unmodified >>>>> again after doing whatever it is that causes these prompts, and if you >>>>> then kill Emacs without ever editing the file, the function that >>>>> unlocks the file is not called (because the buffer is not modified). >>>> >>>> AFAICT, it only did that to make sure the subsequent `kill-buffer' >>>> doesn't query the user. It doesn't seem to do that either way, so I >>>> removed the `set-buffer-modified-p' call. >>> >>> And after removing that call, do you end up with a "modified" buffer >>> after visiting a file? >> >> Nope. > > Then the root cause is still there: the file is locked by an operation > that leaves the buffer unmodified. Any ideas what that might be? mmm-mode initialization code is rather complex.