On Tue, Jan 26, 2010 at 8:27 PM, stephen barncard
stephenrevoluti...@barncard.com wrote:
Did anyone comment on Mark Waddingham's time solution using iRev?
http://runrev.com/newsletter/may/issue71/newsletter2.php
I thought it was brilliant.
I didn't see that. Unless I'm mistaken, it's
2010/1/26 Bill Vlahos bvla...@mac.com:
I want to represent time snapshot independently of format and time zone so
that I can compare the modification times of two items. The seconds looks
like the way to go but I thought that it would get thrown off depending upon
which time zone the
Hang on :-) I seem to remember Jacques saying recently that she'd
found that the internet date was more reliable across time zones than
storing seconds.
I'm sure Jacques will be along soon to give us details or tell me
(ever so politely) that I'm wrong.
Bernard
On Tue, Jan 26, 2010 at 6:25 AM
Be careful with the spelling ! Jacques has a beard, smokes pipe, likes brussel
sprouts (oups, sorry) and is definitively different from Jacque...
But I can nevertheless say that I did set my computer (Mac OS X) to different
time zones and the seconds didn't change accordingly... they seem
Yes.
The seconds returns the number of seconds since Jan 1, 1970. And this is in
GMT, or standard universal time. So any computer anywhere will always read
the same number of seconds, provided their own time is correct. With that
you can perform identical calculations as needed.
craig Newman
Jacques Hausser (who is not Jacque) wrote:
But I can nevertheless say that I did set my computer (Mac OS X)
to different time zones and the seconds didn't change accordingly...
they seem trustable within a computer.
The engine's internal clock is initialized when the engine starts up, so
I'll be glad if Jacque (no s) confirms this. It will make my life easier.
I was sure she had recommended internet date.
Bernard
On Tue, Jan 26, 2010 at 2:12 PM, dunb...@aol.com wrote:
Yes.
The seconds returns the number of seconds since Jan 1, 1970. And this is in
GMT, or standard
On Jan 26, 2010, at 7:18 AM, Richard Gaskin wrote:
There is an unfortunate implication with this: because the engine
needs to be restarted to update the GMT offset of its internal
clock, this means that automatic changes to time zones like moving
from PST to PDT will be ignored by the
Jacques Hausser wrote:
Be careful with the spelling ! Jacques has a beard, smokes pipe,
likes brussel sprouts (oups, sorry) and is definitively different
from Jacque...
I'm getting a beard too, but I pluck it out. No pipe though.
It wasn't me that mentioned the internet time, I think it was
Bernard Devlin wrote:
I'll be glad if Jacque (no s) confirms this. It will make my life easier.
I was sure she had recommended internet date.
Nope, it was Richard. But I guarantee that anything Sarah or Richard
says about time calcs is correct. ;)
Regarding the seconds: when I was hosting
On Tue, Jan 26, 2010 at 6:12 PM, J. Landman Gay
jac...@hyperactivesw.com wrote:
Bernard Devlin wrote:
I'll be glad if Jacque (no s) confirms this. It will make my life easier.
I was sure she had recommended internet date.
Nope, it was Richard. But I guarantee that anything Sarah or Richard
Did anyone comment on Mark Waddingham's time solution using iRev?
http://runrev.com/newsletter/may/issue71/newsletter2.php
I thought it was brilliant.
Lots of great example stories in the issues of revUp. Unfortunately, they
are not indexed or searchable, and it's a bear trying to find an old
stephen barncard wrote:
Lots of great example stories in the issues of revUp. Unfortunately, they
are not indexed or searchable, and it's a bear trying to find an old
article. I only found this as it was deep within my own bookmarks.
You can get some hints at
On Tue, Jan 26, 2010 at 10:36 PM, Bernard Devlin bdrun...@gmail.com wrote:
Hang on :-) I seem to remember Jacques saying recently that she'd
found that the internet date was more reliable across time zones than
storing seconds.
It all depends what you want :-)
The seconds translates
Would an external work to suit these needs? It does not look overly
complex and I can see about getting access to a Windows box to code
for that platform.. Anyone willing to give me remote access to a Linux
box to build an external for there? [anyone have an old Intel-based
Mac they would
On Wed, Jan 27, 2010 at 12:08 PM, Shao Sean shaos...@wehostmacs.com wrote:
Would an external work to suit these needs? It does not look overly complex
and I can see about getting access to a Windows box to code for that
platform.. Anyone willing to give me remote access to a Linux box to build
it would depend on how each system handled their dates times
internally.
I was looking at the ANSI C time routines and they start from Jan 1,
1970 GMT and there are functions to convert from localized and non-
localized times..
___
The seconds is exactly what I wanted. I needed a reliable way to tell when
the user changed the record so I can sync the most recent changes.
This discussion has been great.
Bill Vlahos
_
InfoWallet (http://www.infowallet.com) is about keeping your important life
information
Hi Folks
There is another issue when using the seconds for a time stamp. If you
record the seconds in a month outside summer time and translate the
seconds to another format in a month in summer time or visa versa your
result is an hour wrong. So the engine is not working out if the date
On Jan 26, 2010, at 8:07 PM, Monte Goulding wrote:
Hi Folks
There is another issue when using the seconds for a time stamp. If
you record the seconds in a month outside summer time and translate
the seconds to another format in a month in summer time or visa
versa your result is an
I want to represent time snapshot independently of format and time zone so that
I can compare the modification times of two items. The seconds looks like the
way to go but I thought that it would get thrown off depending upon which time
zone the computer was in.
I just saw this in the Rev
On Tue, Jan 26, 2010 at 2:53 PM, Bill Vlahos bvla...@mac.com wrote:
I want to represent time snapshot independently of format and time zone so
that I can compare the modification times of two items. The seconds looks
like the way to go but I thought that it would get thrown off depending upon
Do a quick test
put the seconds -- make a note of the value
set your computer clock to yesterday
put the seconds
set your computer clock to 1971
put the seconds
set your computer clock to 1969
put the seconds
GMT may be part of your answer.
Sarah has a very definitive stack that goes into
Sarah,
Thanks for confirming it. Slick.
Bill
On Jan 25, 2010, at 9:36 PM, Sarah Reichelt wrote:
On Tue, Jan 26, 2010 at 2:53 PM, Bill Vlahos bvla...@mac.com wrote:
I want to represent time snapshot independently of format and time zone so
that I can compare the modification times of two
24 matches
Mail list logo