within the
local LAN.
3. syncronization does not need to absolutely represent real time.
4. leap seconds, or the absence thereof, make no difference
You forgot:
5. Canibalism is a problem the Navy has mostly under control.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
in unison.
No, I'm trying to point out that you are an ignoranmus in this context
with your within some minutes is plenty blanket statements.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
.
If Geophysicist announced leap seconds with at least 10 years
firm notice, 90% of the problems they cause would be eliminated
by the normal software update cycle.
And now: Please shut your trap until you have taken time to find
out what we are talking about here.
Poul-Henning
--
Poul-Henning Kamp
do, we most certainly do.
But that does not allow us to ignore the servers which are
synchronized and which need to be synchronized to work.
Poul-Henning
PS: Your caps-lock seems to be flakey.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
have to disappoint you, I don't think a random piece of
PHP code will convince anybody anywhere...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately
:-)
The crucial change in exactly the last 40 years, is that computers
of all sizes are communicating and the applications we want them
to run for us, very much need to know and agree what time it is.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
for this pronouncement ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS
of your proposal, is that it will become
possible to actually test the leap-second handling code in a
regular project life-cycle.
Either way: There's no getting around that just dropping leap
seconds is a no-cost option for computers.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog
to the mean synodic day.
And leapseconds is the means to the end that DUT1 should be 1s.
What benefit does non-astronomers have from DUT1 1s ?
None that I can see...
None that you have documented ?
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
his mind. no ? If you look
outta you window Daniel, you see dat nice red car ? Dat runs so
fast nobbody needs any leap seconds and it can be all yours Daniel...
/voice
Nahh, he's french, cars probably wouldn't work...
:-)
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
particular lump of rotating rock.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
awfully logical that we would want to
nail the length of the days down also...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained
.
I am pretty sure that if you told a random sample of people that
some scientists belive that some days should be one second long
or shorter than usual, they would compare that to the Pi=3 idea,
not the other way around.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
In message alpine.lsu.2.00.1011021839340.6...@hermes-2.csi.cam.ac.uk, Tony Fi
nch writes:
On Tue, 2 Nov 2010, Poul-Henning Kamp wrote:
Finagle Subject to
Factor Unit/Resolution politics since
In message 20101102184333.gy21...@ucolick.org, Steve Allen writes:
On Tue 2010-11-02T18:37:11 +, Poul-Henning Kamp hath writ:
The existing international agreement for the meaning
of day is mean solar day.
You mean one of the existing... ?
The astronomical meaning of the word day may
In message 211ee304-6f59-40a1-837f-3f8359f68...@noao.edu, Rob Seaman writes:
Poul-Henning Kamp wrote:
Except that your suggestion is that we can ignore the whole thing
because the wisdom of local governance will sort it all out with
kaleidoscopically shifting timezone policies.
Which was exactly
In message 20101102194805.gb21...@ucolick.org, Steve Allen writes:
On Tue 2010-11-02T18:55:17 +, Poul-Henning Kamp hath writ:
The POSIX standard admits that its seconds are not all of the same
length, and for practical purposes that makes them mean solar
seconds, not SI seconds nor seconds
-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS mailing list
LEAPSECS
is...
But somehow is not what is on the table.
Yes, it is somehow, as in POSIX is right, TF.460 will be adjusted to
conform to POSIX.
That's not the somehow you're rooting for, but it is a somehow even then.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
In message 536635d43949d1db19f5fa0ce101632e.squir...@mx.pipe.nl, Nero Imhard
writes:
Op 02-11-10 23:56, Poul-Henning Kamp schreef:
There very much is: With each passing day, the probability that the next
leap second will kill somebody because of sloppy engineering increases
by a possibly non
In message 4cd0aeda.1010...@bsdimp.com, Warner Losh writes:
I don't have any connection to the ITU-R.
And I'm even more disconnected from ITU-R: My country is not
even likely to vote once it comes in front of the general assembly...
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog
In message e1pdrvx-00064e...@grus.atnf.csiro.au, Mark Calabretta writes:
On Wed 2010/11/03 00:03:16 -, Poul-Henning Kamp wrote
in a message to: Leap Second Discussion List leapsecs@leapsecond.com
Leap seconds carry no discernible benefit to non-astronomers so
even if they were trivial
falling out of the sky because of them, and being
involved in a number of ATC applications, that is not an empty joke
for me.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute
thought of adding some computer
or telecoms people to that mix ?
Nahhh, probably not necessary, what would computers, networks and
leap seconds have to do with each other...
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD
In message fb47749d-5340-44e5-95ea-0bcd6496a...@noao.edu, Rob Seaman writes:
Poul-Henning Kamp wrote:
Why did astronomers use UTC as timescale in their systems, where UT1 should
have been used?
Astronomers use both UTC and the general notion of UT. Sometimes
they use UT1. We use numerous
of the cosmos ?
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
astronomical
applications ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message 09b6e6af-6426-4068-a4a8-f4ade644a...@noao.edu, Rob Seaman writes:
On Oct 25, 2010, at 8:28 AM, Poul-Henning Kamp wrote:
No. Diurnal rhythms are more pronounced than ever in human systems
and processes. Allowing these to drift is a poor engineering choice.
Yes, indeed. It has been
In message 2b4e4363-72b2-4361-a562-5eb8b9cd1...@noao.edu, Rob Seaman writes:
Heretofore the UT in UTC has meant Universal Time.
Just like the 'U' in UN has meant united with little practical effect...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS mailing list
(Economy possibly ?)
B) Many millions of dollars ? (Handwaving ?)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message 56b60f42-f2dc-4ea5-88fd-2a0c2aa0a...@noao.edu, Rob Seaman writes:
On Oct 22, 2010, at 11:08 AM, Poul-Henning Kamp wrote:
Many millions of dollars is certainly not hyperbole. [...]
I called it handwaving, not hyperbole.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
it more bluntly: You and what army ?
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
than a
mountain is relevant news :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS mailing list
this argument, if
the appropriate astronomical assembly would go in the record and
state that Harrisson solved the longitude problem first and best :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS mailing list
LEAPSECS
over from ITU-R because they are more recent ?
Given that ITU-T is irrellevant and has been int since they did the
OSI-protocols, I see no point...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
In message 20100906171714.ga27...@ucolick.org, Steve Allen writes:
On Mon 2010-09-06T17:11:11 +, Poul-Henning Kamp hath writ:
As such it is long the case that time decisively belongs to
Dave Mills and the NTP crew.
We in the NTP crew would love to own it, but I can guarantee you
that leap
such a current
lack describe rather a massive business opportunity? The ultimate
source of all economic activity is entrepreneurial adaptation to
real world possibilities.
Not as long as it is cheaper to fudge leap seconds some other way.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
that outcome?
My personal estimate: No chance in hell, unless significant external
pressure is applied.
For all practical purposes POSIX/OpenGroup is a dead end, but it
is the best dead end we have.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
In message fd9f9d07-2a21-4f72-a10a-f7b91b7c1...@noao.edu, Rob Seaman writes:
On Sep 5, 2010, at 8:00 AM, Poul-Henning Kamp wrote:
Oh! Other than astronomy - the one and only place we've looked
sufficiently well enough to know the answer.
So far I don't recall one single example having been
around the problem.
You should really read the archives, before you say something as stupid
as that.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can
?
We don't know, but we do know that managers are willing to do a lot
of work to avoid even the risk of writing the reports..
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
-refund for the 12 missing days in september 1752 ?
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
than the UK shifting the other way.
One of the major objectives of EU is to make trade easier and that is
why they want as few timezones as possible, ideally only one.
That is the logic applied, earths orbit has very little, if anything,
to do with it.
--
Poul-Henning Kamp | UNIX since Zilog
,
or not, daylight saving in both cases).
I can tell you exactly why:
Nobody but scottish farmers have ever raised the position of the
sun in the sky, relative to the hands on the clock, as an argument
with respect to timezones in EU.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
In message cf5fdbc5-0165-4f5a-8c49-65a7fddee...@noao.edu, Rob Seaman writes:
Poul-Henning Kamp wrote:
ITU-T has UTC written into the standards for cross-TelCo billing
interfaces/protocols.
So it's literally true:
Money makes the world go round
Ohh, you bet. Don't remember
of course, if the nature of the change was to make the presently
non-compliant, and therefore presumably illegal, systems compliant and
thus legal :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
In message 20100827164948.ga13...@ucolick.org, Steve Allen writes:
Nothing is safe from redefinition.
Tell that to the inumerable rulers who have fixed european borders
one final time after the other.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
1 second adjustments right ?
Poul-Henning
PS: Please don't restart the DST flamefest, that is an entirely
different subject and not relevant.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
,
trying not to bump into anybody, while carrying posters saying
things like Responsible Regime Change through Non-Violent
Constitutional Means :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
was complaining about
the first computer with 64k storage.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
to figure things out and make them work, whereas
Samuel B. Consumer is not.
So they probably did hear you, they just didn't attache the same
all-important weight to your argument as you did.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
In message 20100810203302.ga4...@cox.net, Greg Hennessy writes:
If you do announce them 10 years in advance what will be the maximum
value of DUT during that time?
That depends how good he geophysicist are at their job, and will
proabably improve drastically over time.
--
Poul-Henning Kamp
unexpected, DUT can wander all over
the place and it will take ten years to catch up.
I'm not trying to be snarky, but why do you expect anyone to consider
your proposal seriously when you are unable to answer the question?
On Tue, Aug 10, 2010 at 08:34:33PM +, Poul-Henning Kamp wrote
10
years, possibly for 25 years, and was told impossible by IERS.
The real problem as I see it right now, is that no matter what
decision they reach, it is unfunded.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD
to
summer-time at the exact same moment, relative to the UTC timescale,
simply on the basis that the directive would be pointless under any
other interpretation.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD
In message 20100809104622.gc32...@davros.org, Clive D.W. Feather writes:
Poul-Henning Kamp said:
and we have a constitution for Denmark that has
relevant wording in it.
Pardon me for being confused, [...]
In Denmark the parliament reigns supreme, (Note to constitutional
writers
is hell-bent on unifying the countries to a degree you can not
even begin to fathom.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately
In message alpine.lsu.2.00.1008062356390.19...@hermes-2.csi.cam.ac.uk, Tony F
inch writes:
On Fri, 6 Aug 2010, Poul-Henning Kamp wrote:
For starters, the actual change happend in 1958 when the clock
running the free-of-charge Fr?kken Klokken telephone service
was adjusted to UTC.
Er, no. 1958
In message 20100806074045.gb66...@davros.org, Clive D.W. Feather writes:
Poul-Henning Kamp said:
I am not a Danish lawyer, but such a current view would be unlikely to
sway the UK courts in the presence of clear legislative wording to the
contrary.
[...]
The EU directive does no such thing
In message e4ad08e2-540d-4068-a5d5-5e0aa6a0b...@noao.edu, Rob Seaman writes:
On Aug 6, 2010, at 12:00 AM, Poul-Henning Kamp wrote:
Astronomers on this list have demonstrated profligate willingness
to entertain diverse options.
As has the unworthy (in your opinion) computer geeks.
What happend
for it...) GMT!
The GMT is clearly an interpreter thing, trying to be helpful,
rather than distiction of definition, as other translations use
UTC, Weltzeit and similar terms of art.
So no, clocks in Denmark would be firmly in lockstep with clocks
in the rest of the EU.
--
Poul-Henning Kamp
being decommissioned:
Which I also think is stupid, in particular in light of the 40%
benefit for almost none of the cost from the draft european radio
navigation plan.
Fortunately, it seems France will keep Loran's candle light for
some years still.
Poul-Henning
--
Poul-Henning Kamp | UNIX
In message alpine.lsu.2.00.1003011333180.1...@hermes-2.csi.cam.ac.uk, Tony Fi
nch writes:
On Mon, 1 Mar 2010, Poul-Henning Kamp wrote:
I don't need to tell Poul-Henning about LORAN-C, [...]
No, you don't need to:
http://phk.freebsd.dk/loran-c/
http://phk.freebsd.dk/AducLoran
-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS mailing list
LEAPSECS
In message 20091116072452.ga21...@ucolick.org, Steve Allen writes:
the context speaks for itself
http://improbable.com/2009/11/16/leap-second-dating/
I can't wait to see what peer-review will do to that paper :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
In message 20091009153241.gi20...@fysh.org, Zefram writes:
Matsakis, Demetrios wrote:
Microsoft's NTP package gives no notice of a pending leap second, even
when acting as a server.
No great surprise. Microsoft really doesn't get NTP.
s/NTP/time at all/
--
Poul-Henning Kamp | UNIX
metrological barbeque if
I advocate disseminating TAI, because those guys really
don't want that.
:-)
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
enough.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS mailing
In message 4ac88906.30...@rubidium.dyndns.org, Magnus Danielson writes:
Poul-Henning Kamp wrote:
most of the times is simply not good enough.
Then you haven't understood the limits. GPS itself only works most of
the times.
The difference is, when GPS does not work, the receiver goes out
In message 20091004141116.gl90...@davros.org, Clive D.W. Feather writes:
Poul-Henning Kamp said:
Using a GPS-UTC delta from memory, before we have an updated value
from the sats is just plain old bogusly wrong.
Disagree.
I've got a GPS receiver here. It reports UTC so, I presume, uses a stored
.
The timestamps delivered are often, but not always GPS timestamps
in this particular case.
I am not aware if Motorola has fixed this in later firmware revisions.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer
chance you could make a .pdf version of them for people not in the
thrall of Microsoft ?
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately
-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS
and Technical time
should be polluted by earth orientation parameters ?
Yes, it would be convenient for astronomers pointing their telescopes,
but do you have any other argument than that ?
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since
(8.14.3/8.14.3) with ESMTP id n1HKd6vP015834;
Tue, 17 Feb 2009 20:39:06 GMT (envelope-from p...@critter.freebsd.dk)
To: Leap Second Discussion List leapsecs@leapsecond.com
From: Poul-Henning Kamp p...@phk.freebsd.dk
In-Reply-To: Your message of Tue, 17 Feb 2009 13:32:12 MST
In message 20090217210518.gd91...@davros.org, Clive D.W. Feather writes:
Poul-Henning Kamp said:
ISO C doesn't define the type, format, or meaning of time_t - it can even
be floating point or (IIRC) a structure.
No, it must be an arithmetic type.
Okay (I didn't have the standard in front of me
in if you know where the painting is ?
I'm probably going to BSDcan in Ottawa again this year, and if it is within
range I would like to see it myself.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS mailing list
filsystem formats
like FAT which encodes the day-of-month in five bits.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message alpine.lsu.2.00.0901051603040.10...@hermes-1.csi.cam.ac.uk, Tony F
inch writes:
On Mon, 5 Jan 2009, Poul-Henning Kamp wrote:
The proper thing for the future is either a int128_t 64.64
fixedpoint time representation or a double ditto.
Do you mean double as in the C type? Which
because people didn't think clearly:
The strftime() function returns zero on error, or the length
of the string produced.
Now, imagine calling strftime(%p) in a locale which does not
use AM/PM indication because they are 24h based.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus
they wouldn't be trying to dispense with it.
Nobody is dispensing with mean solar time, you will always be able
to calculate it if you want to.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
Solaris, Linux and/or Oracle committing suicide:
http://www.merit.edu/mail.archives/nanog/msg13846.html
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice
) located near Greenwich, England.
Notice the near: the 0° meridian no longe passes through the
transit instrument there.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice
observatory.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
LEAPSECS
In message 495aea36.7080...@cox.net, Greg Hennessy writes:
Poul-Henning Kamp wrote:
In message 495ac9c8.9010...@cox.net, Greg Hennessy writes:
If you wish to make an argument that they did get it incorrect, please
do so.
GMT is a timescale owned and defined by the British Parliament.
I
is a non-starter.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
reference meridians with that of BIH.
So which datum is used for the zero meridian, which defines the UT* family
of timescales ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute
In message 1230735418.495b883a00...@webmail.unb.ca, Richard B. Langley
writes:
Quoting Poul-Henning Kamp p...@phk.freebsd.dk:
So which datum is used for the zero meridian, which defines the UT* family
of timescales ?
That would be the current ITRF as established by the IERS:
http
or lattitude would be affected in any way.
Pray, show us the documentation for this hyperbole.
Or, alternatively, stow spewing such nonsense.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never
Happy new year and leap-second.
Further evidence that average programmers should not be let near
timekeeping:
http://gizmodo.com/5121822/official-fix-for-the-zune-30-fail
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
than simply replaying
a second to cover the gap.
But there is a big difference in papering over the leap-second
with rubber seconds, and defining the leap second as rubber seconds.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD
to within 1 second has
the same level of relevance and can be abolished with the same level
of consequences.
And as for confusion, adding yet another timescale would certainly
not lessen the confusion any.
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org
should be read as the former.
The most important document in this respect is POSIX btw.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately
can leave
it out of this discussion :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message 4959d539.9250.f80a...@dan.tobias.name, Daniel R. Tobias writes:
On 30 Dec 2008 at 12:36, Poul-Henning Kamp wrote:
The most important document in this respect is POSIX btw.
That's a kind of geek-centrism on your part to elevate a computer
technical standard over all the millennia
In message 4959e26e.8004.fb43...@dan.tobias.name, Daniel R. Tobias writes:
On 30 Dec 2008 at 13:26, Poul-Henning Kamp wrote:
The non-geeks ignore them because they're at too fine a level of
granularity to matter to people who just care about longer time spans
like minutes and hours. But get
401 - 500 of 548 matches
Mail list logo