From: J William Piggott <elseifthen@gmx.com>
To: Sami Kerola <kerolasa@iki.fi>
Cc: util-linux@vger.kernel.org
Subject: Re: pull: hwclock 27 changes
Date: Thu, 12 Jan 2017 20:30:26 -0500 [thread overview]
Message-ID: <ede34a46-7290-c68b-1dd8-e4fc356e5caf@gmx.com> (raw)
In-Reply-To: <alpine.LNX.2.20.1701112055190.2589@imuri>
On 01/11/2017 04:44 PM, Sami Kerola wrote:
> On Sun, 8 Jan 2017, J William Piggott wrote:
>
>>> @@ -655,7 +655,8 @@ display_time(const bool hclock_valid, struct timeval hwctime)
>>> * If anything goes wrong (and many things can), we return return code 10
>>> * and arbitrary *time_p. Otherwise, return code is 0 and *time_p is valid.
>>> */
>>> -static int interpret_date_string(const struct hwclock_control *ctl, time_t * const time_p)
>>> +static int interpret_date_string(const struct hwclock_control *ctl,
>>> + time_t *const time_p)
>>
>>
>> Sorry for nitpicking. I know you didn't write this, but as long as
>> you're making a change here, shouldn't it be: const time_t *time_p?
>
> Nope. That will make pointer value read-only, and that would cause
> following error.
>
> sys-utils/hwclock.c:720:11: error: assignment of read-only location '*time_p'
> *time_p = seconds_since_epoch;
>
> Code we have makes the pointer read-only, but leaves value writeable.
>
I'm glad Karel built this forum with #include <dumb_question.h>
Thanks for the education and patience.
>>> @@ -1031,9 +1032,7 @@ calculate_adjustment(const struct hwclock_control *ctl,
>>> exact_adjustment =
>>> ((double)(systime - last_time)) * factor / (24 * 60 * 60)
>>> + not_adjusted;
>>> - tdrift_p->tv_sec = (int) exact_adjustment;
>>> - if (exact_adjustment < 0)
>>> - tdrift_p->tv_sec--;
>>> + tdrift_p->tv_sec = (int) floor(exact_adjustment);
>>
>> Is the cast required now?
>
> floor(3) will return double, tv_sec is time_t. Yes I should and have
> fixed the cast from int to time_t.
Isn't the cast implied by assignment and done automatically? Isn't that
why the previous mismatch with the (int) cast worked? In the next line
of code we assign a double to tv_usec which is a mismatch also.
I built your latest branch with and without the cast and the results
were binary identical.
8< -------
> ----------------------------------------------------------------
> The following changes since commit 89958178f6d6ebe0944d423feaea66be521fff43:
> If mtab support is disabled, disable ro/rw mtab checks (2017-01-10 17:32:32 +0100)
> are available in the git repository at:
> git://github.com/kerolasa/lelux-utiliteetit.git hwclock-jwp-reviewed
> for you to fetch changes up to d3e33557e6794446c712ca264e54fe4b186a17ca:
> hwclock: remove --compare option (2017-01-11 21:04:36 +0000)
> ----------------------------------------------------------------
>
> Thank you JWP for reviews, I hope I did not miss anything but if I did let
> me know and I will follow up. Even better if everyone agrees that this is
> now good enough to be merged, and we can move forward with other updates
> such as adjtimex(8) work.
Thanks for all the work, Sami. I've been testing your latest branch and
haven't found any problems. I cannot test all of your changes though, for
example I don't have libaudit installed. For what it's worth, I think it
is ready.
next prev parent reply other threads:[~2017-01-13 1:30 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-31 21:41 pull: hwclock 27 changes Sami Kerola
2017-01-03 14:34 ` J William Piggott
[not found] ` <05e4405f-8096-9261-f9f2-d2c6b84675bc@gmx.com>
2017-01-07 19:37 ` J William Piggott
2017-01-07 20:32 ` J William Piggott
2017-01-07 23:06 ` Sami Kerola
2017-01-08 9:39 ` Sami Kerola
2017-01-08 21:21 ` J William Piggott
2017-01-08 10:09 ` Sami Kerola
2017-01-08 21:21 ` J William Piggott
2017-01-08 21:21 ` J William Piggott
2017-01-11 21:44 ` Sami Kerola
2017-01-13 1:30 ` J William Piggott [this message]
2017-01-14 9:34 ` Sami Kerola
2017-01-14 22:51 ` J William Piggott
2017-01-22 19:03 ` J William Piggott
2017-01-25 21:54 ` Sami Kerola
2017-01-27 2:07 ` J William Piggott
2017-02-02 15:04 ` [ping] Karel: " J William Piggott
2017-02-03 22:41 ` Sami Kerola
2017-02-11 17:10 ` J William Piggott
2017-02-04 18:47 ` Karel Zak
2017-02-05 22:37 ` Sami Kerola
2017-02-09 10:43 ` Karel Zak
2017-02-09 11:09 ` Karel Zak
2017-02-11 17:10 ` J William Piggott
2017-01-09 11:32 ` Karel Zak
2017-01-09 13:53 ` J William Piggott
2017-01-09 20:48 ` Bjarni Ingi Gislason
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ede34a46-7290-c68b-1dd8-e4fc356e5caf@gmx.com \
--to=elseifthen@gmx.com \
--cc=kerolasa@iki.fi \
--cc=util-linux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox