On 2015/11/2 11:34, Mark Evenson wrote: […]
Therefore, I would support moving to "time of the call" semantics for
err "support moving from 'time of the call' to 'time of the time'"
implicit daylight savings time calculations in general. My only worry would be that we would mess up some sort of long running software that depends on the previous behavior. Does anyone know of any deployed software using ABCL that would be tripped up by such a change?