lkml.org 
[lkml]   [2005]   [Dec]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [patch 00/21] hrtimer - High-resolution timer subsystem
    From
    "This is your interpretation and I disagree.

    If I set up a timer with a 24 hour interval, which should go off
    everyday at 6:00 AM, then I expect that this timer does this even when
    the clock is set e.g. by daylight saving. I think, that this is a
    completely valid interpretation and makes a lot of sense from a
    practical point of view. The existing implementation does it that way
    already, so why do we want to change this ?"

    Please do not hardcode anywhere 1 day = 24h or something like this.
    Relative timers should stay relative not depend on DST.

    If someone needs a timer that sets of everyday at the same (legal) time,
    make him ask for everyday at that time not one time + n x 24h.

    Some processes need an exact legal hour
    Other processes need an exact duration

    In a DST world that's not the same thing at all - don't assume one or the
    other, have coders request exactly what they need and everyone will be
    happy.

    I can tell from experience trying to fix code which assumed one day = 24h
    is not fun at all. And yes sometimes the difference between legal and UTC
    time matters a lot.

    --
    Nicolas Mailhot

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-12-13 13:48    [W:5.358 / U:1.528 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site