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#13149: 24.3.50; Emacs thinks file was changed outside Emacs, but it was not Date: Fri, 18 Jan 2013 08:36:32 +0400 Message-ID: <50F8D150.8030200@gmail.com> References: <6CDE13E3BCAA4AFAAB8BCE105C6ABF12@us.oracle.com> <874njs19zb.fsf@yandex.ru> <50F3935A.2090003@yandex.ru> <50F41CE7.60306@gmail.com> <50F44E6B.8090007@cs.ucla.edu> <50F484CB.6010905@gmail.com> <50F4FB0B.5070003@cs.ucla.edu> <50F5192B.602@yandex.ru> <50F5928A.9010009@cs.ucla.edu> <50F5CC3D.5090802@yandex.ru> <50F5CE65.9030002@cs.ucla.edu> <50F5D3F5.6050604@yandex.ru> <50F5DA58.3020404@cs.ucla.edu> <50F5E1C1.2040301@yandex.ru> <50F5E9DB.1030309@gmail.com> <50F64149.6010704@cs.ucla.edu> <50F7D358.9030100@gmail.com> <50F86E12.3040707@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1358483853 14326 80.91.229.3 (18 Jan 2013 04:37:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Jan 2013 04:37:33 +0000 (UTC) Cc: 13149@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 18 05:37:51 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 1Tw3i1-0001Hz-KP for geb-bug-gnu-emacs@m.gmane.org; Fri, 18 Jan 2013 05:37:41 +0100 Original-Received: from localhost ([::1]:58772 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tw3hk-00018I-NZ for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Jan 2013 23:37:24 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49204) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tw3hg-000184-NX for bug-gnu-emacs@gnu.org; Thu, 17 Jan 2013 23:37:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tw3he-0001Dm-2q for bug-gnu-emacs@gnu.org; Thu, 17 Jan 2013 23:37:20 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60428) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tw3hd-0001Dh-Vg for bug-gnu-emacs@gnu.org; Thu, 17 Jan 2013 23:37:18 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Tw3iL-0005RY-Rm for bug-gnu-emacs@gnu.org; Thu, 17 Jan 2013 23:38:01 -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: Fri, 18 Jan 2013 04:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13149 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible moreinfo Original-Received: via spool by 13149-submit@debbugs.gnu.org id=B13149.135848384220877 (code B ref 13149); Fri, 18 Jan 2013 04:38:01 +0000 Original-Received: (at 13149) by debbugs.gnu.org; 18 Jan 2013 04:37:22 +0000 Original-Received: from localhost ([127.0.0.1]:37659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tw3hh-0005Qg-If for submit@debbugs.gnu.org; Thu, 17 Jan 2013 23:37:22 -0500 Original-Received: from mail-lb0-f173.google.com ([209.85.217.173]:60097) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tw3he-0005QX-Oc for 13149@debbugs.gnu.org; Thu, 17 Jan 2013 23:37:19 -0500 Original-Received: by mail-lb0-f173.google.com with SMTP id gf7so1534838lbb.4 for <13149@debbugs.gnu.org>; Thu, 17 Jan 2013 20:36:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=qhc+77cFCwkjJxOXiVa7OnGJcqX1lq02GrjeDylIFSg=; b=bXOEdcKoPAbkHg96GHpVggz7DmDV1n0sMZLLp/MAdcgpqI/Rrv48j3oz8WWXjVaoUA mlK6iOve9o1kd4aPrg28s9FC7NsCQQwU3FB/L4Gy/jpXifFtjlA+wzowZWoQA/QS2/vM buBCaXtNA6kNhFayJt2Z5YUC0EEo5BoFIBQt3lR6HsdOcNTgMiYEmNVzwnGXaQSE02TB 6iTbwqLo2QMQ5vSSwtOfBpMiri1WcDeNeJcwLbcBWbd7cPESYk8OlapYWR+z4ZSZmz5V eznyd6WkKI4saJywCaz1mvlP4nlOdmszlST35lbwhb/YdTnqDGC1xyh0OlTQ7I9XaytU h6Xg== X-Received: by 10.152.127.202 with SMTP id ni10mr7172856lab.6.1358483793182; Thu, 17 Jan 2013 20:36:33 -0800 (PST) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPS id a5sm366707lbl.1.2013.01.17.20.36.31 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 17 Jan 2013 20:36:32 -0800 (PST) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 In-Reply-To: <50F86E12.3040707@cs.ucla.edu> 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:69956 Archived-At: On 18.01.2013 1:33, Paul Eggert wrote: > On 01/17/13 02:32, Dmitry Gutov wrote: >> dired.c:958: stat_mtime=1358412092.606214085 >> modify again >> fileio.c:5414: stat_mtime=1358412092.606214000 > > The first time stamp comes from lstat, the second > from stat. If the file is actually on an NTFS file > system from the underlying host, the first time stamp > cannot possibly be right, since these file systems > have a time stamp resolution of 100 nanoseconds. > The second time stamp would be the correct one. It is on NTFS, but we're separated from it by at least CIFS server and client implementations. > So it does seem to be a file system bug. Is this something > that you can reproduce with a little C program, that > creates a file, and invoke lstat and stat on it? > What happens when you run the following program > in your file system? It should output time stamps > that are identical. You may need to substitute > something else (like sleep (10)) for "sync ()" > to trigger the bug. The time stamps were identical in all combinations: 1) Local VM filesystem (ext4). 2) vboxsf. 3) cifs. a) sync (); b) sleep (10); c) sleep (0.1); Maybe the bug is only triggered when we're editing an existing file?