Project

General

Profile

Actions

Bug #1741

closed

File creation bug (?)

Added by robin.carey1 almost 14 years ago. Updated about 9 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Other
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

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

unnamed (756 Bytes) unnamed robin.carey1, 04/18/2010 08:38 AM
unnamed (2.08 KB) unnamed robin.carey1, 04/18/2010 04:48 PM
Actions #1

Updated by dillon almost 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
Actions #2

Updated by robin.carey1 almost 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) <
> 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>
_____________________________________________

Actions #3

Updated by dillon almost 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) <
:> 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
Actions #4

Updated by tuxillo about 9 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

Actions

Also available in: Atom PDF