MSGID: 2:280/464.113 5c9f8f75   
   REPLY: 1:275/362.0 5c9f8010   
   Hey Ozz!   
      
    ON> This point concept totally fixes that   
      
   I believe it is the best fix thus far given that it doesn't require a radical   
   change.  However the hex part will enventually require additional nibbles as   
   time progresses beyond 32 bits.  An additional nibble will extend the shelf   
   life to Sun Aug 20 07:32:15 UTC 4147 and as long as you don't code that it   
   must be 32 bits then nothing will need to be done come Sun Feb  7 06:28:15 UTC   
   2106.   
      
     printf "%x\n" $(date --date="Sun Feb  7 06:28:16 UTC 2106" +%s) = 100000000   
      
   Note the extra nibble.  Mind you the above works simply because coreutils'   
   date command uses a 64 bit floating point for unixtime which has a shelf life   
   to Wed Dec 31 23:59:59 UTC 2147485547 all things being equal ... which is   
   highly unlikely over two billion years.   
      
   Life is good,   
   Maurice   
      
   ... Don't cry for me I have vi.   
   --- GNU bash, version 5.0.3(1)-release (x86_64-pc-linux-gnu)   
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)   
   SEEN-BY: 15/2 18/200 123/1970 154/10 203/0 221/0 226/17 229/107 354   
   SEEN-BY: 229/426 452 1014 240/5832 249/206 317 400 280/464 5003 310/31   
   SEEN-BY: 317/3 322/757 342/200 393/68 396/45 423/120 633/280 770/1   
   PATH: 280/464 229/426