Bug #1741
closedFile creation bug (?)
0%
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 .....
Files
Updated by dillon over 14 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
Updated by robin.carey1 over 14 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) <
bugs@crater.dragonflybsd.org> wrote:
Matthew Dillon <dillon@apollo.backplane.com> 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 CareyIt 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 <bugs@lists.dragonflybsd.org>
<http://bugs.dragonflybsd.org/issue1741>
_____________________________________________
Updated by dillon over 14 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) <
:bugs@crater.dragonflybsd.org> 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
Updated by tuxillo almost 10 years ago
- Description updated (diff)
- Category set to Other
- Status changed from New to Closed
- Assignee deleted (
0) - Target version set to 4.2
Information on why the timestamp difference happened was provided by Matt.
Closing this one.
Cheers,
Antonio Huete