From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Geert Fannes" Newsgroups: gmane.emacs.help Subject: file changed on disk Date: Mon, 7 Feb 2005 15:10:23 +0100 Message-ID: <981622681D09194A89F3DEA9462B1BE7040180@everest> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1569166477==" X-Trace: sea.gmane.org 1107786430 15360 80.91.229.6 (7 Feb 2005 14:27:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Feb 2005 14:27:10 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Feb 07 15:27:05 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Cy9qz-0005TU-00 for ; Mon, 07 Feb 2005 15:27:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyA57-00081w-Q0 for geh-help-gnu-emacs@m.gmane.org; Mon, 07 Feb 2005 09:41:41 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cy9nw-0007vK-Iz for help-gnu-emacs@gnu.org; Mon, 07 Feb 2005 09:23:56 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cy9ng-0007mQ-V8 for help-gnu-emacs@gnu.org; Mon, 07 Feb 2005 09:23:47 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cy9nc-0007ig-TZ for help-gnu-emacs@gnu.org; Mon, 07 Feb 2005 09:23:37 -0500 Original-Received: from [195.238.3.52] (helo=outmx002.isp.belgacom.be) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cy9XE-0000L1-JW for help-gnu-emacs@gnu.org; Mon, 07 Feb 2005 09:06:40 -0500 Original-Received: from outmx002.isp.belgacom.be (localhost [127.0.0.1]) by outmx002.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j17E6ZVs024869 for ; Mon, 7 Feb 2005 15:06:35 +0100 (envelope-from ) Original-Received: from EVEREST.NEXIM.COM (mail.mechelen.ikan.be [81.241.231.4]) by outmx002.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j17E6TsP024803 for ; Mon, 7 Feb 2005 15:06:29 +0100 (envelope-from ) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: file changed on disk Thread-Index: AcUNHsOWZruWJPGGQ82gmaFc5m6D8g== Original-To: X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:23938 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:23938 This is a multi-part message in MIME format. --===============1569166477== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C50D1E.C3970904" This is a multi-part message in MIME format. ------_=_NextPart_001_01C50D1E.C3970904 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I'm using emacs on a remote cifs-mounted filesystem (cifs is the = next-generation samba filesystem client to mount windows-shares (my = company chose for a Dell PowerVault 745N to store all our internal = information)). All goes well until after some time emacs starts = complaining that the file changed on disk, I guess meaning that the = original file has a modified time stamp since emacs opened it. I found out that the timestamps on the cifs-mounted filesystem contain = extra information after the second by using a command like: $ls --full-time -cifs-file.txt $-rw-r--r-- 1 gef users 0 2005-02-07 14:46:10.041579900 +0100 = cifs-file.txt while this is not the case for a local file (ReiserFS): $ls --full-time local-file.txt $-rw-r--r-- 1 gef users 0 2005-02-07 14:48:11.000000000 +0100 = local-file.txt I somehow have the feeling that this could be causing the problem, for = instance because emacs internally stores the initial file timestamp = without taking care of the extra numbers, rendering into a different = timestamp than the one with the extra numbers. With this in mind, I have a few questions: ** Can I disable this timestamp checking behaviour of emacs? ** Any idea if these extra numbers are causing the problem? ** Any idea how I can solve this problem (I also mailed to Steve = French, the cifs developer, for help) Greetings, Geert Fannes. PS: I'm using Slackware 10.0 in combination with the 2.6.11-rc2 kernel = and emacs 21.3.2 (the one the Slackware installs) ------_=_NextPart_001_01C50D1E.C3970904 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable file changed on disk

Hello,
I'm using emacs on a remote cifs-mounted filesystem (cifs is the = next-generation samba filesystem client to mount windows-shares (my = company chose for a Dell PowerVault 745N to store all our internal = information)). All goes well until after some time emacs starts = complaining that the file changed on disk, I guess meaning that the = original file has a modified time stamp since emacs opened it.

I found out that the timestamps on the cifs-mounted filesystem contain = extra information after the second by using a command like:

$ls --full-time -cifs-file.txt
$-rw-r--r--  1 gef users 0 2005-02-07 14:46:10.041579900 +0100 = cifs-file.txt

while this is not the case for a local file (ReiserFS):

$ls --full-time local-file.txt
$-rw-r--r--  1 gef users 0 2005-02-07 14:48:11.000000000 +0100 = local-file.txt

I somehow have the feeling that this could be causing the problem, for = instance because emacs internally stores the initial file timestamp = without taking care of the extra numbers, rendering into a different = timestamp than the one with the extra numbers.

With this in mind, I have a few questions:

 ** Can I disable this timestamp checking behaviour of emacs?
 ** Any idea if these extra numbers are causing the problem?
 ** Any idea how I can solve this problem (I also mailed to Steve = French, the cifs developer, for help)

Greetings,
Geert Fannes.

PS: I'm using Slackware 10.0 in combination with the 2.6.11-rc2 kernel = and emacs 21.3.2 (the one the Slackware installs)

------_=_NextPart_001_01C50D1E.C3970904-- --===============1569166477== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Help-gnu-emacs mailing list Help-gnu-emacs@gnu.org http://lists.gnu.org/mailman/listinfo/help-gnu-emacs --===============1569166477==--