🚀 go-pugleaf

It's the number of seconds from midnight, January 1, 1970 UTC, full stop.
Regardless of your time zone, if you adjust that time to your local time
(e.g. for Eastern Standard Time, 7:00pm, December 31, 1969 EST) and then
adjust the time returned by System.currentTimeMillis(), the difference is
still the same number of milliseconds.  The value returned by this function
does not change based on your time zone.

-- 
Check out our latest white papers at
http://www.datadevelopment.com/papers/index.html

BladeNET Scores With Borland Enterprise Tools
Team Development with JBuilder and Borland Enterprise Server

Dolphin Data Development Ltd.
http://www.datadevelopment.com/

"Vander" <874505@gmx.de> wrote in message
news:411a5865@newsgroups.borland.com...
> I must disagree, the docs are not precise!
>
> A difference is between two points, here in the continuum of time. :)
> "midnight, January 1, 1970 UTC" is one of these points, where is the
other?
>
> All that is said is "current time". But what is current time? It could
> be UTC again or some local time, adding an offset to the UTC value. The
> Date class doesn't bring more light on that topic either.
>
> - Vander
>
>
> Tad Frysinger wrote:
>
> > Vander wrote:
> >
> >> May sound stupid, but there is an uncertainty about the funktion
> >>
> >> System.currentTimeMillis()
> >>
> >> It is not said in the documentation whether the resulting value
> >> reflects the current UTC time or the current local time. Any further
> >> help there?
> >>
> >> - Vander
> >>
> > My docs say that it is "the difference, measured in milliseconds,
> > between the current time and midnight, January 1, 1970 UTC".
> >
> > Further, it says to review the Date class doc for more info. That doc
> > also implies it is UTC, but in a "modified" way.
> >
> > Tad Frysinger (TeamB)
>