On 01/19/2011 11:51 AM, Arvizu, Bob (CONT) wrote: > Folks, > > fyi ... > I've discovered a problem with the "date +%s -d Date" command on > Linux xxxxxx 2.6.9-89.0.23.ELsmp #1 SMP Fri Mar 5 17:56:21 EST 2010 i686 i686 > i386 GNU/Linux > and > Linux yyyyyy 2.6.9-89.0.28.ELlargesmp #1 SMP Thu Jul 22 18:24:58 EDT 2010 > x86_64 x86_64 x86_64 GNU/Linux > > date +%s -d 20110313 > 1299992400 > date +%s -d 20110314 > 1300075200 > echo $(( 1300075200 - 1299992400 )) > 82800
You haven't stated what the problem is that you found, though. I'm afraid I don't see any bug in what you posted. My guess is that you are complaining that the difference is one of 23 hours instead of the usual 24, but that's expected according to your TZ settings, when you cross a daylight savings boundary. If you want your calculations to be independent of daylight savings issues, then force the time zone: $ date +%s -d 20110313 -u 1299974400 $ date +%s -d 20110314 -u 1300060800 $ echo $(( 1300060800 - 1299974400 )) 86400 See also the FAQ: http://www.gnu.org/software/coreutils/faq/#The-date-command-is-not-working-right_002e > The information contained in this e-mail is confidential and/or proprietary It is considered poor netiquette to send mail with such disclaimers to publicly archived lists, where the disclaimer is unenforceable. You may have better luck using a personal account for sending bug report emails if you can't avoid your employer's disclaimer. -- Eric Blake [email protected] +1-801-349-2682 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
