<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Change time change? in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934601#M97384</link>
    <description>Hi Chad:&lt;BR /&gt;&lt;BR /&gt;Unis doesn't track a true creation time.  When a file is first entered into a directory, its 'mtime' (modification) timestamp represents a creation time.  As long as the file remains unmodified (metadata aside, as reflected in the 'ctime') then you can consider the 'mtime' to be a creation timestamp.  However, any data change updates the 'mtime', obliterating the moment of creation.  See the 'stat(2)' manpages for more information.&lt;BR /&gt;&lt;BR /&gt;Beware that many backup utilities reset a file's last accesstime ('atime').  One such is 'fbackup'.  While this is a seperate timestamp from the 'mtime', resetting the 'atime' *does* change the 'ctime'.  Thus, it becomes virtually impossible, other than by documentation or tracking in your own database, to track anything like a creation timestamp in Unix.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
    <pubDate>Mon, 29 Jan 2007 17:04:10 GMT</pubDate>
    <dc:creator>James R. Ferguson</dc:creator>
    <dc:date>2007-01-29T17:04:10Z</dc:date>
    <item>
      <title>Change time change?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934596#M97379</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I am very confused. I am updating a file inside a &lt;BR /&gt;Perl program and both the file change time and the modification time are being updated. I thought the change time was only supposed to change when the permissions or owner were changed.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Chad&lt;BR /&gt;</description>
      <pubDate>Mon, 29 Jan 2007 16:10:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934596#M97379</guid>
      <dc:creator>Chad Holcutt</dc:creator>
      <dc:date>2007-01-29T16:10:58Z</dc:date>
    </item>
    <item>
      <title>Re: Change time change?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934597#M97380</link>
      <description>This is one of those "it depends" answers. If you update (specifically a write() system call) does not affect the length of the file then only the modification time is changed BUT if (as I suspect) the write is actually an append then the length of the file is changed and that is considered a "change" as well as a "modification".&lt;BR /&gt;</description>
      <pubDate>Mon, 29 Jan 2007 16:13:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934597#M97380</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2007-01-29T16:13:41Z</dc:date>
    </item>
    <item>
      <title>Re: Change time change?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934598#M97381</link>
      <description>Oh, and don't blame me. I don&lt;BR /&gt;'t make the UNIX rules and this one is pretty dumb.</description>
      <pubDate>Mon, 29 Jan 2007 16:14:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934598#M97381</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2007-01-29T16:14:48Z</dc:date>
    </item>
    <item>
      <title>Re: Change time change?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934599#M97382</link>
      <description>Hi A. Clay&lt;BR /&gt;&lt;BR /&gt;Thanks. That explains it. I was hoping to be able to use the change time as a creation time since I never was going to change the ownership or permissions of the files. Any ideas on how to capture the creation time of a file?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Chad</description>
      <pubDate>Mon, 29 Jan 2007 16:54:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934599#M97382</guid>
      <dc:creator>Chad Holcutt</dc:creator>
      <dc:date>2007-01-29T16:54:40Z</dc:date>
    </item>
    <item>
      <title>Re: Change time change?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934600#M97383</link>
      <description>1) Choose another OS. UNIX has no notion of a creation time of a file (although you seem to know this already).&lt;BR /&gt;&lt;BR /&gt;II) Get used to disappointment. See 1) above.&lt;BR /&gt;&lt;BR /&gt;C) Use another file to record the creation time of the file that you are interested in. &lt;BR /&gt;&lt;BR /&gt;Four) Use your convention but preallocate the file so that the length doesn't change. However, one chmod or chown and see 1) above.&lt;BR /&gt;------------------------------------------&lt;BR /&gt;The least evil of these is C) --- although it isn't foolproof. You might adopt a convention such that myfile.data is matched to myfile.ts (for timestamp).&lt;BR /&gt;</description>
      <pubDate>Mon, 29 Jan 2007 17:00:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934600#M97383</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2007-01-29T17:00:52Z</dc:date>
    </item>
    <item>
      <title>Re: Change time change?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934601#M97384</link>
      <description>Hi Chad:&lt;BR /&gt;&lt;BR /&gt;Unis doesn't track a true creation time.  When a file is first entered into a directory, its 'mtime' (modification) timestamp represents a creation time.  As long as the file remains unmodified (metadata aside, as reflected in the 'ctime') then you can consider the 'mtime' to be a creation timestamp.  However, any data change updates the 'mtime', obliterating the moment of creation.  See the 'stat(2)' manpages for more information.&lt;BR /&gt;&lt;BR /&gt;Beware that many backup utilities reset a file's last accesstime ('atime').  One such is 'fbackup'.  While this is a seperate timestamp from the 'mtime', resetting the 'atime' *does* change the 'ctime'.  Thus, it becomes virtually impossible, other than by documentation or tracking in your own database, to track anything like a creation timestamp in Unix.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Mon, 29 Jan 2007 17:04:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/change-time-change/m-p/3934601#M97384</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2007-01-29T17:04:10Z</dc:date>
    </item>
  </channel>
</rss>

