Subj : 40 Cups of Coffee
To   : Nick Boel
From : Maurice Kinal
Date : Wed Apr 09 2025 00:44:29

Hey Nick!

 > And you don't see any of it? That's creepy.

For the mostpart I see it but was hoping we could skip over the gory details.  Not creepy but definetly gross.  I already think I've said far too much as it is.

 > It's worse not knowing what is going on, than actually knowing and
 > possibly being able to do something about it.

Agreed, even if there isn't anything I can do about fixing it.

Speaking of fixing, playing around with the bash loadable "strftime" has produced some interesting prospects.

 $ enable -f /usr/lib/bash/strftime strftime
 $ printf "%d\n" 0x67f5c2ed
1744159469
 $ TZ=UTC strftime "ftn_datetime:  %d %b %y  %T" 1744159469
ftn_datetime:  09 Apr 25  00:44:29

It matches with the MSG's datetime stamp.  Also I checked and made sure that unixtime (1744159469 seconds) isn't limited to 32-bit time_t.  Given the output it looks like they are using a 64-bit float which has a shelf life of over 2 billion years from the unix epoch shown below in the obsoleted two digit year format;

 $ TZ=UTC strftime "ftn_datetime:  %d %b %y  %T" 0
ftn_datetime:  01 Jan 70  00:00:00

Note that normally the year 10000 would lengthen the string by an extra character, in the case of ftn_datetime it will remain constrained to 19 characters, not counting the \0 (null) that terminates that string.

 $ TZ=UTC strftime "ftn_datetime:  %d %b %y  %T" 253402329600
ftn_datetime:  01 Jan 00  08:00:00

Having said that I still think the two digit year needs to be turfed.

Life is good,
Maurice

-o   -o   -o    o-
 (\   (\   (\  /)
 ^^   ^^   ^^  ^^
.... Se cræft þæs lareowdomes bið cræft ealra cræfta.
    The art of teaching is the art of all arts.
--- GNU bash, version 5.2.37(1)-release (x86_64-pc-linux-gnu)
 * Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)

.