summaryrefslogtreecommitdiffstats
path: root/media
diff options
context:
space:
mode:
authormarkus@chromium.org <markus@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-10-13 06:47:47 +0000
committermarkus@chromium.org <markus@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-10-13 06:47:47 +0000
commit6b1753827c4f458b55eae64bfa0f8a699ebcee4c (patch)
treefad2ccb91e84dcfe89fe3299aa9067896d56c7c2 /media
parent66cc1b917a01179e5f3f3869dd763be8d1dd27a2 (diff)
downloadchromium_src-6b1753827c4f458b55eae64bfa0f8a699ebcee4c.zip
chromium_src-6b1753827c4f458b55eae64bfa0f8a699ebcee4c.tar.gz
chromium_src-6b1753827c4f458b55eae64bfa0f8a699ebcee4c.tar.bz2
This is a second attempt at submitting this changelist. The original one was
http://codereview.chromium.org/196053 It turns out, since none of our tests abstract time correctly, unittests are very sensitive to subtle changes in timing. This made some of the valgrind tests on Linux fail, and unfortunately, neither my desktop nor the trybots could reproduce the problem reliably. As far as I can tell, all the (design) bugs are in the unittests. The browser is actually fine. Tweaked the code a little more. Will resubmit and carefully monitor the buildbots. Original change description follows: When converting between units of time or data types of different precision, we have to be careful to consistently round in the same direction. Timeout checks usually check if Now() is less or equal to a deadline in order to determine if a timeout has occurred. This correctly handles the case where actual sleep times are equal or longer than requested sleep times. But if we round down when setting the sleep delay, this can result in unnecessary and expensive looping. Make sure, we always round up when converting to a format with less precision. BUG=none TEST=none Review URL: http://codereview.chromium.org/257044 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@28801 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'media')
0 files changed, 0 insertions, 0 deletions