--=-ZqbWLZ571FL+5Cqmp/dC
Content-Type: multipart/mixed; boundary="=-YZvS9dryd/92XmWB5/lT"
--=-YZvS9dryd/92XmWB5/lT
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
I'm going to have to second the refresh option to see if the file's
datestamp has changed. Opening a file says that on a fresh pull, the
contents are right so why not do a fresh pull/poll of the file's info.
However, that shouldn't affect gcc because it should be doing its own
polling, not using win2k's cached data.
Good luck,
--=20
Bryce C <
Plug@BryceCo.Net>
CoBryce Communications
--=-YZvS9dryd/92XmWB5/lT
Content-Disposition: inline
Content-Description: Forwarded message - Re: Samba client and file time and
date problem
Content-Type: message/rfc822
Return-Path: <plug-discuss-admin@lists.plug.phoenix.az.us>
Delivered-To: mail.bryceconet.plug@localhost.cobryce.com
Received: from localhost (localhost.localdomain [127.0.0.1]) by
cobryce.myvnc.com (Postfix) with ESMTP id 1D898C7D94 for
<mail.bryceconet.plug@localhost>; Wed, 6 Aug 2003 22:46:44 -0700 (MST)
Envelope-to: plug@bryceco.net
Delivery-date: Thu, 07 Aug 2003 01:43:56 -0400
Received: from 66.103.137.65 by localhost with POP3 (fetchmail-5.9.7) for
mail.bryceconet.plug@localhost (single-drop); Wed, 06 Aug 2003 22:46:44
-0700 (MST)
Received: from [68.14.243.59] (helo=pluglist.macrosift.com) by sh2.1-sh.com
with esmtp (Exim 4.20) id 19kdZ5-0004AT-Ry for plug@bryceco.net; Thu, 07
Aug 2003 01:43:56 -0400
Received: from lists.plug.phoenix.az.us (plug [127.0.0.1]) by
pluglist.macrosift.com (Postfix) with ESMTP id 217891A72E8; Wed, 6 Aug
2003 22:57:05 -0700 (MST)
Delivered-To: plug-discuss@lists.plug.phoenix.az.us
Received: from barry.mail.mindspring.net (barry.mail.mindspring.net
[207.69.200.25]) by pluglist.macrosift.com (Postfix) with ESMTP id
800E11A72E6 for <plug-discuss@lists.plug.phoenix.az.us>; Wed, 6 Aug 2003
22:56:58 -0700 (MST)
Received: from h-68-165-192-191.phndaz91.covad.net ([68.165.192.191]
helo=mindspring.com) by barry.mail.mindspring.net with esmtp (Exim 3.33 #1)
id 19kdYu-00000i-00 for plug-discuss@lists.plug.phoenix.az.us; Thu, 07 Aug
2003 01:43:44 -0400
Message-ID: <3F31E713.1090203@mindspring.com>
From: Alan Dayley <alandd@mindspring.com>
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: plug-discuss@lists.plug.phoenix.az.us
Subject: Re: Samba client and file time and date problem
References: <3F318127.30407@adtron.com>
<1060230164.2864.24.camel@lin-workstation.azapple.com>
In-Reply-To: <1060230164.2864.24.camel@lin-workstation.azapple.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Sender: plug-discuss-admin@lists.plug.phoenix.az.us
Errors-To: plug-discuss-admin@lists.plug.phoenix.az.us
X-BeenThere: plug-discuss@lists.plug.phoenix.az.us
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: plug-discuss@lists.plug.phoenix.az.us
List-Help:
<mailto:plug-discuss-request@lists.plug.phoenix.az.us?subject=help>
List-Post: <mailto:plug-discuss@lists.plug.phoenix.az.us>
List-Subscribe:
<http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss>,
<mailto:plug-discuss-request@lists.plug.phoenix.az.us?subject=subscribe>
List-Id: Main PLUG discussion list. <plug-discuss.lists.plug.phoenix.az.us>
List-Unsubscribe:
<http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss>,
<mailto:plug-discuss-request@lists.plug.phoenix.az.us?subject=unsubscribe>
List-Archive: <http://lists.PLUG.phoenix.az.us/pipermail/plug-discuss/>
Date: Wed, 06 Aug 2003 22:43:47 -0700
Status:
Content-Transfer-Encoding: quoted-printable
Craig White wrote:
>call me a non-believer but - did you 'refresh'?
>
>I'm just wondering if there is a 'redirect' of a share going on -
>meaning an SMB mount on a Linux box which is then sharing it via Samba
>to other Windows users - then there might be a significant lag time of
>when the Samba share actually gets updated file information.
>
>Consider using some patience and checking back (and a refresh) every 5
>minutes and my guess is that the change will eventually percolate down
>to the filesystem.
>
>Craig
>
Your suggestions are interesting but I don't think it explains what I am=20
seeing. Perhaps if I give you more detail, you can see why.
I have two computers on my desk. One is Win2k with some code in a=20
shared directory. One is the Red Hat Linux 7.3 with my preferred=20
editor. I smbmount the Win2k shared directory to the Linux box and edit=20
the code there "in the mount point" so to speak. I save the code in the=20
editor. I then run the compiler on the Win2k box via GNU Make. Make=20
uses the date and time stamps to determine which source files need to be=20
compiled because they are newer than the object files.
I have made an edit and saved it from the Linux box and then brought the=20
same file up in an editor on the Win2k box and seen the changes. But=20
the date of the file was not changed. I have then unmounted the share=20
from the Linux box which should flush any "left over" file system stuff=20
without having to wait 5 minutes. The date did not change.
BTW, the filesystem on the Win2k is FAT32, not NTFS.
I have googled around and found a "dos filetimes" setting for the samba=20
server that will allow non-owners of a file to change it's date and time=20
but I don't think that applies here. The SMB server is the Win2k box=20
and I could not find a samba config file for the client smbmount side of=20
things.
The answer is there somewhere, I just have not found it yet. It's got=20
to be a setting that I don't know about which is a lot of them since I=20
am not a samba "expert" at all!
Alan
---------------------------------------------------
PLUG-discuss mailing list -
PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change you mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
--=-YZvS9dryd/92XmWB5/lT--
--=-ZqbWLZ571FL+5Cqmp/dC
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQA/Mejx/wbq/C6yyPcRAiElAKCl0t+SrsoHAyFBsN43ALr7GqlzlgCffMre
gWpSsS3z6aNcbYbeUAtyjTM=
=NByG
-----END PGP SIGNATURE-----
--=-ZqbWLZ571FL+5Cqmp/dC--