post

[sergey_cheban]

Оригинал взят у juan_gandhi в post

http://stackoverflow.com/questions/6841333/why-is-subtracting-these-two-times-in-1927-giving-a-strange-result

"Why is subtracting these two times (in 1927) giving a strange result?"

public static void main(String[] args) throws ParseException {
    SimpleDateFormat sf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  
    String str3 = "1927-12-31 23:54:07";  
    String str4 = "1927-12-31 23:54:08";  
    Date sDt3 = sf.parse(str3);  
    Date sDt4 = sf.parse(str4);  
    long ld3 = sDt3.getTime() /1000;  
    long ld4 = sDt4.getTime() /1000;
    System.out.println(ld4-ld3);
}

The output is 353...

Answer:

"at midnight at the end of 1927, the clocks went back 5 minutes and 52 seconds. So "1927-12-31 23:54:08" actually happened twice, and it looks like Java is parsing it as the later possible instant for that local date/time - hence the difference."

Comments

[raffal.livejournal.com]

Хмм.. Спасибо, интересно, завтра поиграюсь.

[dmitrmax.livejournal.com]

Люто. А почему бы тогда leap second не учитывать? )

[sergey_cheban]

Есть разница между абсолютным временем (календарным) и относительным (time_t). Одно в другое, вообще говоря, без погрешности не преобразуется. Считать календарное время в секундах с 1970 года (или в наносекундах с 1900) - вообще неправильно, хоть с leap seconds, хоть без. Мы не знаем, сколько секунд между 1 января 1970 и 1 января 2070: в зависимости от солнечных бурь и прочих непредсказуемых факторов, у нас может получиться разное количество leap seconds. Но нам это обычно и не нужно (а когда нужно, разница в секунду обычно не принципиальна).
С другой стороны, если кто-то пишет sleep(10), ему явно нужно относительное время, а не календарное.