MSS|00:19:09|, seconds=1149
// __ $_HHMMSS|00:19:08|, seconds=1148
// __ $_HHMMSS|19:09|, seconds=68940
// __ $_HHMMSS|19:08|, seconds=68880
$
~
I will have to go over, learn from Greg's reply when I get the chance. I still
think that there should be a way to make what I need straight forward using
date's own formatting.
lbrtchx
_HHMMSS="19:09" means 19*60 + 9 = 1149 seconds
_HHMMSS="19:08" means 19*60 + 8 = 1148 seconds
so, it seems date is also somehow parsing that value as octal even though it is
being formatted in a date friendly way. is there a way to exactly specify the
encoding of the input for date?
OK, it makes some more sense now. The range of digits in the octal system is
from 0 to 7, so it would complain with "08" and "09" (but not with "10" which
would then be "8" in octal), but why would command line utilities assume you
are encoding numeric values as octal? Now I notice many people h
: _SEKNDS + 08: value too great for base (error token is "08")
~
yet, it works for _HHMMSS={"3:54:14", "20:01", "20:00", "19:07", "19:06",
"19:05", ... } and all other similar conversion?!
lbrtchx
4 matches
Mail list logo