No announcement yet.

Linux FAT File Creation/Birth Time Reporting, Proposal For Statx I/O Alignment Info

  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    Oh my, time stamps on files... "You are entering a world of pain." (Big Lebowski)
    Good to see some things fixed here.
    This is a really nasty topic, Linux-Linux but also in exchange with other OSes and files systems. If you just want to make a backup some userspace programs set all directory time stamps as created/modified today (2022) instead of keeping the old timestamp. Or, if you open a file in a directory a write process is started (.lock files, mini-swaps, backups and the like) and voila the time stamp of the directory changes and is messed up.
    So therefore more stable and correct timestamp handling would be neat.
    Stop TCPA, stupid software patents and corrupt politicians!


    • #12
      Originally posted by Nth_man View Post

      " > I am trying to read a file which has several lines of data, modify [...]

      Modifying a file at a specific location is tricky. Generally it's much easier to create a new file, copying lines from the original file and changing as needed, and then rename the new file to the original name when you're done."
      ISAM files exist to enable in-file replacement of data, amongst other things. There are other approaches, including well known relational databases.
      Last edited by Old Grouch; 30 May 2022, 09:17 AM. Reason: Add missing comma


      • #13
        Originally posted by Nth_man View Post
        Like someone asked:

        What exactly would “creation date” mean, though? If I do
        cp -a file1 file2
        should file2 be given the same creation date as file1? Or should it be given a creation date of now?
        It depends on what you think 'creation data' should mean. Is it the creation data of the logical construct; or the date some magnetic domains were rearranged to represent the logical construct? I term the former the inception date, and the latter the creation date (of that instance) - or you could call it the instantiation date.

        Basically you are mixing two separate concepts, one of which is more 'meta' than the other.

        A file is a particular arrangement of bits, often represented as an arrangement of magnetic domains on a disk. The first time that particular arrangement is laid down is the creation date for that file, but it is also the date of the creation of the particular arrangement of bits. If you copy it to another location, the new location has its domains (re)arranged at a later date, which is the creation date of the copy. However as a like-for-like copy, you can say that the first time that logical arrangement of bits came into existence was at the time of the creation of the first file. So you have two creation dates. I regard the rearrangement of magnetic domains as being separate creation dates, but the date at which the logical arrangement of bits first appeared is the 'inception date'.

        Of course, depending on your philosophy on the existence of numbers, all possible numbers exist. In which case, logically, all logical arrangements of bits already exist, so the first time an arrangement is thought of causes it to be reified. So instead of inception date, perhaps reification date.