Bernd Walter wrote:
> Manfred Lotz wrote:
> > OT, da nicht BSD.
> > Ich habe in einer Situation auf einem Suse SLES10 einen nfs mount
> > gemacht von einer AIX Kiste.
> >
> > Dabei hat eine Datei auf dem nfs filesystem folgenden mtime-stamp:
> >
> > Modify: 2009-07-02 20:33:59.501893306 +0000 ++
> >
> > Kopiere ich nun diese Datei auf ein locales Filesystem mit 'cp -p',
> > so entsteht
> > Modify: 2009-07-02 20:34:00.000000000 +0000
> >
> > anstatt
> >
> > Modify: 2009-07-02 20:33:59.000000000 +0000
> >
> >
> >
> > Ich würde das Verhalten als einen Bug ansehen, finde aber keine Infos,
> > wo sowas definitorisch festgelegt ist. Ich hatte bei dem Posix Standard
> > Zeug geguckt, bin aber nicht in der Lage da was zu finden.
>
> Ich sehe keinen Bug.
> Es ist korrekt auf volle Sekunden gerunded worden.
> Nicht jedes Filesystem kann Subsekunden.
Es ist auch denkbar, dass der FS-Code immer aufrundet, d.h.
aus 20:33:59.001 wäre auch 20:34:00 geworden. Zumindest
fände ich es sinnvoller, wenn eine Datei beim Kopieren
höchstens (minimal) älter werden kann, aber niemals jünger.
Wenn die Möglichkeit bestünde, dass eine Datei jünger wird,
könnte das z.B. zu Fehlverhalten bei Makefiles führen, weil
notwendige Aktionen nicht ausgeführt werden. Wird sie
dagegen älter, kann eine Aktion unnötigerweise ausgeführt
werden, aber das ist ja nicht schlimm.
Gruß
Olli
-- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Mon 06 Jul 2009 - 20:31:10 CEST