From: "Joachim Schmitz" <jojo@schmitz-digital.de>
To: "'Junio C Hamano'" <gitster@pobox.com>
Cc: <git@vger.kernel.org>
Subject: RE: [PATCH 1/2] Support for setitimer() on platforms lacking it
Date: Thu, 30 Aug 2012 19:22:48 +0200 [thread overview]
Message-ID: <003101cd86d4$14b494a0$3e1dbde0$@schmitz-digital.de> (raw)
In-Reply-To: <7vfw74s3oy.fsf@alter.siamese.dyndns.org>
> From: Junio C Hamano [mailto:gitster@pobox.com]
> Sent: Thursday, August 30, 2012 7:14 PM
> To: Joachim Schmitz
> Cc: git@vger.kernel.org
> Subject: Re: [PATCH 1/2] Support for setitimer() on platforms lacking it
>
> "Joachim Schmitz" <jojo@schmitz-digital.de> writes:
>
> >> I see no existing code calls setitimer() with non-NULL ovalue, and I
> >> do not think we would add a new caller that would do so in any time
> >> soon, so it may not be a bad idea to drop support of returning the
> >> remaining timer altogether from this emulation layer (just like
> >> giving anything other than ITIMER_REAL gives us ENOTSUP). That
> >> would sidestep the whole "we cannot answer how many milliseconds are
> >> still remaining on the timer when using emulation based on alarm()".
> >
> > Should we leave tv_usec untouched then? That was we round up on
> > the next (and subsequent?) round(s). Or just set to ENOTSUP in
> > setitimer if ovalue is !NULL?
>
> I was alluding to the latter.
OK, will do that then.
> >> > + switch (which) {
> >> > + case ITIMER_REAL:
> >> > + alarm(value->it_value.tv_sec +
> >> > + (value->it_value.tv_usec > 0) ? 1 : 0);
> >>
> >> Why is this capped to 1 second? Is this because no existing code
> >> uses the timer for anything other than 1 second or shorter? If that
> >> is the case, that needs at least some documenting (or a possibly
> >> support for longer expiration, if it is not too cumbersome to add).
> >
> > As you mention alarm() has only seconds resolution. It is tv_sec
> > plus 1 if there are tv_usecs > 0, it is rounding up, so we don't
> > cancel the alarm() if tv_sec is 0 but tv_usec is not. Looks OK to
> > me?
>
> Can a caller use setitimer to be notified in 5 seconds?
Yes, by setting tv_sec to 5 and tv_usec to 0, or be setting tv_sec to 4 and tv_usec to something > 0.
Unless I screwed up the operator precedence?
To make it clearer (any possibly correct?):
switch (which) {
case ITIMER_REAL:
alarm(value->it_value.tv_sec +
((value->it_value.tv_usec > 0) ? 1 : 0));
Or even just
switch (which) {
case ITIMER_REAL:
alarm(value->it_value.tv_sec + (value->it_value.tv_usec > 0));
next prev parent reply other threads:[~2012-08-30 17:23 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-24 10:39 [PATCH 1/2] Support for setitimer() on platforms lacking it Joachim Schmitz
2012-08-28 20:15 ` Junio C Hamano
2012-08-30 16:40 ` Joachim Schmitz
2012-08-30 17:13 ` Junio C Hamano
2012-08-30 17:22 ` Joachim Schmitz [this message]
2012-09-01 9:50 ` Joachim Schmitz
2012-09-02 20:43 ` Junio C Hamano
2012-09-03 9:31 ` Joachim Schmitz
2012-09-03 18:15 ` Johannes Sixt
2012-09-03 18:57 ` Junio C Hamano
2012-09-03 19:03 ` Junio C Hamano
2012-09-03 20:05 ` Joachim Schmitz
2012-09-04 16:58 ` Junio C Hamano
2012-09-04 17:23 ` Joachim Schmitz
2012-09-04 18:28 ` Junio C Hamano
2012-09-04 18:47 ` Junio C Hamano
2012-09-04 21:47 ` Joachim Schmitz
2012-09-04 22:44 ` Junio C Hamano
2012-09-05 9:59 ` Joachim Schmitz
2012-09-04 18:48 ` Johannes Sixt
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='003101cd86d4$14b494a0$3e1dbde0$@schmitz-digital.de' \
--to=jojo@schmitz-digital.de \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
/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;
as well as URLs for NNTP newsgroup(s).