On Sat, Dec 12, 2015 at 8:26 PM, DengChao wrote:
> The function "second_overflow" uses "unsign long"
> as its input parameter type which will overflow after
> year 2106 on 32bit systems.
> Replace it with time64_t type.
> Because 64-bit division is expensive, since "next_ntp_leap_sec"
> has been
On Sat, Dec 12, 2015 at 8:26 PM, DengChao wrote:
> The function "second_overflow" uses "unsign long"
> as its input parameter type which will overflow after
> year 2106 on 32bit systems.
> Replace it with time64_t type.
> Because 64-bit division is expensive, since
The function "second_overflow" uses "unsign long"
as its input parameter type which will overflow after
year 2106 on 32bit systems.
Replace it with time64_t type.
Because 64-bit division is expensive, since "next_ntp_leap_sec"
has been calculated already, we can just re-use it in the
TIME_INS/DEL
The function "second_overflow" uses "unsign long"
as its input parameter type which will overflow after
year 2106 on 32bit systems.
Replace it with time64_t type.
Because 64-bit division is expensive, since "next_ntp_leap_sec"
has been calculated already, we can just re-use it in the
TIME_INS/DEL
The function "second_overflow" uses "unsigned long"
as its input parameter type which will overflow after
year 2106 on 32bit systems.
This patch replaces it with a time64_t type.
Since "next_ntp_leap_sec" is already calculated, we can reuse it
and avoid re-doing the division (which is now
The function "second_overflow" uses "unsigned long"
as its input parameter type which will overflow after
year 2106 on 32bit systems.
This patch replaces it with a time64_t type.
Since "next_ntp_leap_sec" is already calculated, we can reuse it
and avoid re-doing the division (which is now
6 matches
Mail list logo