From 1fc8f1e49b952ea72f75be59a125cbe9e358e26f Mon Sep 17 00:00:00 2001 From: Jeremy Katz Date: Fri, 10 Aug 2012 14:10:09 +0200 Subject: fix some QElapsedTimer doc grammar issues Change-Id: I9bdb0b93b101119477a560b28396f88ea8103745 Reviewed-by: Thiago Macieira --- src/corelib/tools/qelapsedtimer.cpp | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'src') diff --git a/src/corelib/tools/qelapsedtimer.cpp b/src/corelib/tools/qelapsedtimer.cpp index 61cc47512d..00a2f0a765 100644 --- a/src/corelib/tools/qelapsedtimer.cpp +++ b/src/corelib/tools/qelapsedtimer.cpp @@ -91,7 +91,7 @@ QT_BEGIN_NAMESPACE platforms that support it (see QElapsedTimer::isMonotonic()). This has the added benefit that QElapsedTimer is immune to time adjustments, such as the user correcting the time. Also unlike QTime, QElapsedTimer is - immune to changes in the timezone settings, such as daylight savings + immune to changes in the timezone settings, such as daylight saving periods. On the other hand, this means QElapsedTimer values can only be compared @@ -112,7 +112,7 @@ QT_BEGIN_NAMESPACE \section2 32-bit overflows - Some of the clocks that QElapsedTimer have a limited range and may + Some of the clocks used by QElapsedTimer have a limited range and may overflow after hitting the upper limit (usually 32-bit). QElapsedTimer deals with this overflow issue and presents a consistent timing. However, when extracting the time since reference from QElapsedTimer, two @@ -173,7 +173,7 @@ QT_BEGIN_NAMESPACE counter, which allows avoiding the overflow. On Windows systems, the clock overflows after 2^32 milliseconds, which - corresponds to roughly 49.7 days. This means two processes's reckoning of + corresponds to roughly 49.7 days. This means two processes' reckoning of the time since the reference may be different by multiples of 2^32 milliseconds. When comparing such values, it's recommended that the high 32 bits of the millisecond count be masked off. -- cgit v1.2.3