--=-5WpwXRAcgRNtS7Qi1tex
Content-Type: multipart/mixed; boundary="=-rG4EnAwtMBswn+zI7FY+"
--=-rG4EnAwtMBswn+zI7FY+
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Yeah, that's something I hadn't thought of. Does the timestamp change as
the linux box sees it? 'touch' is a unix program that does a manual
update of the timestamp.
--=20
Bryce C <
Plug@BryceCo.Net>
CoBryce Communications
--=-rG4EnAwtMBswn+zI7FY+
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 45106C8D8C for
<mail.bryceconet.plug@localhost>; Thu, 7 Aug 2003 09:57:53 -0700 (MST)
Envelope-to: plug@bryceco.net
Delivery-date: Thu, 07 Aug 2003 12:53:55 -0400
Received: from 66.103.137.65 by localhost with POP3 (fetchmail-5.9.7) for
mail.bryceconet.plug@localhost (single-drop); Thu, 07 Aug 2003 09:57:53
-0700 (MST)
Received: from [68.14.243.59] (helo=pluglist.macrosift.com) by sh2.1-sh.com
with esmtp (Exim 4.20) id 19ko1R-0007L3-A6 for plug@bryceco.net; Thu, 07
Aug 2003 12:53:54 -0400
Received: from lists.plug.phoenix.az.us (plug [127.0.0.1]) by
pluglist.macrosift.com (Postfix) with ESMTP id 5ECF91A72EC; Thu, 7 Aug
2003 10:07:05 -0700 (MST)
Delivered-To: plug-discuss@lists.plug.phoenix.az.us
Received: from fed1mtao08.cox.net (fed1mtao08.cox.net [68.6.19.123]) by
pluglist.macrosift.com (Postfix) with ESMTP id EFEE81A72E6 for
<plug-discuss@lists.plug.phoenix.az.us>; Thu, 7 Aug 2003 10:06:48 -0700
(MST)
Received: from linuxserver.azapple.com ([68.3.248.151]) by
fed1mtao08.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231)
with ESMTP id
<20030807165328.MBYH20038.fed1mtao08.cox.net@linuxserver.azapple.com> for
<plug-discuss@lists.plug.phoenix.az.us>; Thu, 7 Aug 2003 12:53:28 -0400
Received: from router.azapple.com (lin-workstation.azapple.com
[192.168.2.10]) by linuxserver.azapple.com (8.12.8/8.12.8) with ESMTP id
h77GrYRf030113 for <plug-discuss@lists.plug.phoenix.az.us>; Thu, 7 Aug 2003
09:53:34 -0700
Subject: Re: Samba client and file time and date problem
From: Craig White <craigwhite@azapple.com>
To: plug-discuss@lists.plug.phoenix.az.us
In-Reply-To: <3F327CC8.8080301@adtron.com>
References: <3F318127.30407@adtron.com>
<1060230164.2864.24.camel@lin-workstation.azapple.com>
<3F31E713.1090203@mindspring.com> <1060235505.8059.2.camel@BryceCo1>
<3F327CC8.8080301@adtron.com>
Content-Type: text/plain
Message-Id: <1060275214.3473.31.camel@lin-workstation.azapple.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 (1.4.3-1)
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: 07 Aug 2003 09:53:34 -0700
Status:
Content-Transfer-Encoding: quoted-printable
On Thu, 2003-08-07 at 09:22, Alan Dayley wrote:
> Bryce C wrote:
> > 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
> I did some more experiments this morning and still don't have an answer.=20
> I still don't think refresh or filesystem caching has anything to do=20
> with it. Below is a sequence that I tried to make sure any needed=20
> refresh works. (BTW, gcc is not involved here. I am using GNU Make on=20
> Win2k to excute commands on a compiler from Green Hills that runs on Win2=
k.)
>=20
> 0. Note the date/time of target file in Win2k Command Prompt dir and=20
> Explorer.
> 1. smbmount the Win2k share to a mount point on the Linux box.
> 2. Open the file in Linux from the share via the mount point.
> 3. Edit on the Linux box.
> 4. Save the file to the Win2k share via the Linux mount point.
> 5. Check the file date/time in Win2k Command Prompt dir and Explorer.=20
> Unchanged.
> 6. Close the editor in Linux.
> 7. Check the file date/time in Win2k Command Prompt dir and Explorer.=20
> Unchanged.
> 8. unmount the share from the Linux box.
> 9. Check the file date/time in Win2k Command Prompt dir and Explorer.=20
> Unchanged.
> 10. Open file with Notepad on Win2k. See changes that were made in the=20
> Linux editor.
> 11. Close Notepad.
> 12. Check the file date/time in Win2k Command Prompt dir and Explorer.=20
> Unchanged.
> 13. Logout of Win2k. Login to Win2k.
> 14. Check the file date/time in Win2k Command Prompt dir and Explorer.=20
> Unchanged.
>=20
> The share is completely disconnected from the Linux box where the=20
> contents of the file were changed and saved. The new changes are=20
> completely visible via editor on the Win2k box. Yet the date/time of=20
> the file is the same as when the sequence started. I would think the=20
> connection and filesystem refresh would have been triggered at step 4=20
> when the data was correctly saved or steps 6, 8, 11 or 13. Do you see=20
> somewhere else that I am missing an understanding about a refresh or=20
> caching?
>=20
> Therefore, I don't believe it to be a filesystem refresh issue. It must=20
> be permissions or SMB connection settings that don't allow for file=20
> date/time changes via SMB. I don't know if the supposed settings I am=20
> looking for are on the samba side in the Linux box or on the Win2k side.
>=20
> Thanks for the good luck wish. Looks like I'll need it. At this point,=20
> I may go hunting for a decent editor to use on Win2k so gmake can=20
> correctly run the build based on correct date/time stamps.
>=20
----
try the touch command and see if it updates the date/time stamps
Craig
---------------------------------------------------
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
--=-rG4EnAwtMBswn+zI7FY+--
--=-5WpwXRAcgRNtS7Qi1tex
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/MoY8/wbq/C6yyPcRAsk1AJ90DLZNMzlI16A+Wbk7zjYH9RbeyQCgk5By
Zomt1i4GSFxpZ+sQu3UOYpo=
=2qV7
-----END PGP SIGNATURE-----
--=-5WpwXRAcgRNtS7Qi1tex--