aboutsummaryrefslogtreecommitdiffstats
path: root/erts/include/internal/tile/atomic.h
diff options
context:
space:
mode:
authorPatrik Nyblom <[email protected]>2010-06-10 15:53:19 +0200
committerPatrik Nyblom <[email protected]>2010-06-23 14:54:43 +0200
commit7e6fe78278c203c3756ce0d6bf23a6bd6cf7bb5d (patch)
treea58173e9f6773e43a6a41c1db5d5ed69077ba9b4 /erts/include/internal/tile/atomic.h
parentc1e94fa9a6fe4ae717d35dfbd1b628dc2e06d26a (diff)
downloadotp-7e6fe78278c203c3756ce0d6bf23a6bd6cf7bb5d.tar.gz
otp-7e6fe78278c203c3756ce0d6bf23a6bd6cf7bb5d.tar.bz2
otp-7e6fe78278c203c3756ce0d6bf23a6bd6cf7bb5d.zip
Teach erl_time_sup to handle timezones w/o DST on FreeBSD as on other platforms
This change handles erlang:localtime_to_universaltime(...,true) in timezones without DST in a consistent way over platforms. Specifically BSD did return an (accurate) -1 from mktime, which blew things up. Now all platforms regard no DST as a DST with delta zero. Linux, SunOS, MacOS etc already did this, why the behaviour on BSD was updated to the slightly incorrect one instead of breaking backward compatibility on most other platforms. Before this change, erlang:localtime_to_universaltime({{2008, 8, 1}, {0, 0, 0}},true) would return {1969, 12, 31}, {23, 59, 59}} when TZ=UTC on FreeBSD, now it mimics the behaviour of other systems and returns {{2008, 8, 1},{0, 0, 0}}. The problem was originally reported by Paul Guyot on erlang-bugs mailing list: http://www.erlang.org/pipermail/erlang-bugs/2008-November/001077.html This correction replaces earlier BSD specific open source patches for this problem.
Diffstat (limited to 'erts/include/internal/tile/atomic.h')
0 files changed, 0 insertions, 0 deletions