Bug #1741

File creation bug (?)

Added by robin.carey1 over 4 years ago. Updated over 4 years ago.

Status:NewStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

Dear DragonFlyBSD bugs,

As part of my daily routine to check my website is operating OK (
www.leopard.uk.com), I retrieve
C12G10.tgz from my website on leaf.dragonflybsd.org and diff the file
against the master copy,
and also check the MD5 checksum matches.

Today, when I was doing this I noticed that the newly created file (BLAH)
retrieved from my website
has a file creation date of Feb 28 2010. But todays date is 18 April 2010.

Unless I'm being stupid, this would appear to be a bug .....

unnamed (756 Bytes) robin.carey1, 04/18/2010 08:38 AM

unnamed (2.08 KB) robin.carey1, 04/18/2010 04:48 PM

History

#1 Updated by dillon over 4 years ago

:Dear DragonFlyBSD bugs,
:
:As part of my daily routine to check my website is operating OK (
:www.leopard.uk.com), I retrieve
:C12G10.tgz from my website on leaf.dragonflybsd.org and diff the file
:against the master copy,
:and also check the MD5 checksum matches.
:
:Today, when I was doing this I noticed that the newly created file (BLAH)
:retrieved from my website
:has a file creation date of Feb 28 2010. But todays date is 18 April 2010.
:
:Unless I'm being stupid, this would appear to be a bug .....
:
:--
:Sincerely,
:Robin Carey

It depends on what you are using to retrieve the file. Some programs
are going to copy the timestamp the original file had.

-Matt

#2 Updated by robin.carey1 over 4 years ago

I was using ftp.
But even if the ftp program was copying the original timestamp, it didn't
get the time right; the date would have been right.

On 18 April 2010 17:40, Matthew Dillon (via DragonFly issue tracker) <
> wrote:

>
> Matthew Dillon <> added the comment:
>
> :Dear DragonFlyBSD bugs,
> :
> :As part of my daily routine to check my website is operating OK (
> :www.leopard.uk.com), I retrieve
> :C12G10.tgz from my website on leaf.dragonflybsd.org and diff the file
> :against the master copy,
> :and also check the MD5 checksum matches.
> :
> :Today, when I was doing this I noticed that the newly created file (BLAH)
> :retrieved from my website
> :has a file creation date of Feb 28 2010. But todays date is 18 April 2010.
> :
> :Unless I'm being stupid, this would appear to be a bug .....
> :
> :--
> :Sincerely,
> :Robin Carey
>
> It depends on what you are using to retrieve the file. Some programs
> are going to copy the timestamp the original file had.
>
> -Matt
>
> ----------
> status: unread -> chatting
>
> _____________________________________________________
> DragonFly issue tracker <>
> <http://bugs.dragonflybsd.org/issue1741>
> _____________________________________________________
>

#3 Updated by dillon over 4 years ago

:I was using ftp.
:But even if the ftp program was copying the original timestamp, it didn't
:get the time right; the date would have been right.
:
:On 18 April 2010 17:40, Matthew Dillon (via DragonFly issue tracker) <
:> wrote:

The time is probably off by the difference between time-zones.
The FTP server tends to report timestamps in localtime which is
converted to localtime on the target machine. This tends to
mess up the time stamps.

rdist, rsync, and scp are more accurate.

-Matt

Also available in: Atom PDF