Timestamp in ObjectID is stored as uint32

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Done
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: BSON
    • None
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      It seems that the 'time' component of primitive.ObjectID is stored in the first 4 bytes of the ObjectID. Will this not be a problem when we reach 2038?
      I realise that expanding to an int64 would likely not be an option in a slice of 12 bytes, but if it can't be fixed, should it at least not be emphasised in the docs?

       

            Assignee:
            Divjot Arora (Inactive)
            Reporter:
            Chris Hansen
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: