From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sebastian Rose Newsgroups: gmane.emacs.devel Subject: vc-mtn bug? Date: Thu, 27 Mar 2008 03:38:52 +0100 Message-ID: <873aqcao1v.fsf@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1206585568 15832 80.91.229.12 (27 Mar 2008 02:39:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Mar 2008 02:39:28 +0000 (UTC) To: emacs-devel Mailinglist Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 27 03:39:58 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jei22-0003L7-6j for ged-emacs-devel@m.gmane.org; Thu, 27 Mar 2008 03:39:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jei1Q-00078e-IE for ged-emacs-devel@m.gmane.org; Wed, 26 Mar 2008 22:39:20 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jei1M-00078Y-0R for emacs-devel@gnu.org; Wed, 26 Mar 2008 22:39:16 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jei1J-00078M-Jg for emacs-devel@gnu.org; Wed, 26 Mar 2008 22:39:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jei1J-00078J-DF for emacs-devel@gnu.org; Wed, 26 Mar 2008 22:39:13 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1Jei1I-0004aW-UQ for emacs-devel@gnu.org; Wed, 26 Mar 2008 22:39:13 -0400 Original-Received: (qmail invoked by alias); 27 Mar 2008 02:39:11 -0000 Original-Received: from p57A2A52A.dip0.t-ipconnect.de (EHLO beteigeuze.gmx.de) [87.162.165.42] by mail.gmx.net (mp006) with SMTP; 27 Mar 2008 03:39:11 +0100 X-Authenticated: #8529601 X-Provags-ID: V01U2FsdGVkX1+8N84tOma85+6s59ZpyY4J5XW1wfOLLSCpsJeotY YZ21M6kGxXDVip User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) 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:93605 Archived-At: Hi, I wrote a mail like this before but to no avail. There seems to be a bug in vc-mtn.el that leeds to dataloss and therefore is very serious IMHO. I suspected org.el in the first place, but it turned out, that the bogous behaviour happens only, when starting emacs in a directory under monotone version controll. I'll try to describe some of the strange events here and add more information in subsequent mails when available. * case 1 I start emacs in an monotone workspace directory with an existent filename as argument: sh$ emacs existent.php emacs starts as expected. Now I try to open a non-existent file in the same directory, using M-x non-existent.php The debug-message: Debugger entered--Lisp error: (wrong-type-argument arrayp nil) file-truename(nil) find-file-noselect-1(# "~/develop/htdocs/shop/php5/web/non-existent.php" nil nil "~/develop/htdocs/shop/php5/web/non-existent.php" nil) find-file-noselect("~/develop/htdocs/shop/php5/web/non-existent.php" nil nil t) find-file("~/develop/htdocs/shop/php5/web/non-existent.php" t) call-interactively(find-file nil nil) A second attempt succeeds. This case is reproducable here. * case 2: Edit an *.org file in a monotone workspace directory. The org file is under monotone control. Then I try to export the org file as HTML by C-c C-e h The HTML file does not exist yet, and is not registered in monotone. This is the one that can lead to data loss, since an arbitrary file is overridden. Preferably one of the files recently edited in emacs. This one is especially anoying. One time it turned my .emacs into a human readable file --- but an XHTML file :( System is Debian testing and: - GNU emacs 23.0.60.2 (CVS version of today) (setq debug-on-error t) - sh$ mtn --version monotone 0.36 (base revision: e4bc808d89e029ce623f9e8f2b10c84006b83fb5) Regards, Sebastian