«

System.currentTimeMillis() retuns current UTC time in MilliSeconds or a
time that depends on the current OS and time zone?

Thanks a lot!

On 3 Aug 2005 09:46:54 -0700, Jerry wrote:

> System.currentTimeMillis() retuns current UTC time in MilliSeconds or a
> time that depends on the current OS and time zone?

Test it, report back.

--
Andrew Thompson
physci.org 1point1c.org javasaver.com lensescapes.com athompson.info
Bender's Humor By 'Microsoft Joke'

Jerry wrote:
> System.currentTimeMillis() retuns current UTC time in MilliSeconds or a
> time that depends on the current OS and time zone?
>
> Thanks a lot!

Right here in the JavaDoc:

http://java.sun.com/j2se/1.4.2/docs/...entTimeMillis()

"returns the difference, measured in milliseconds, between the current
time and midnight, January 1, 1970 UTC"

Jerry wrote:
> System.currentTimeMillis() retuns current UTC time in MilliSeconds or a
> time that depends on the current OS and time zone?

"Returns:
"the difference, measured in milliseconds, between the current time
and midnight, January 1, 1970 UTC."

So what do you think?

Having said people often have incorrectly set time zones and spin UTC
around themselves. And PCs apparently having the BIOS time time zone
dependent (and not specified) doesn't help.

I also find on my machine (RedHat 9), nanoTime goes backwards with the
system clock, which it shouldn't.

Tom Hawtin
--
Unemployed English Java programmer
http://jroller.com/page/tackline/

Jerry wrote:
> System.currentTimeMillis() retuns current UTC time in MilliSeconds or a
> time that depends on the current OS and time zone?
>
> Thanks a lot!
>

Did you read the documentation for the method?

Ray

--
XML is the programmer's duct tape.

The Java Doc says: "Returns the current time in milliseconds. Note that
while the unit of time of the return value is a millisecond, the
granularity of the value depends on the underlying operating system and
may be larger."

Does this mean that System.currentTimeMillis() return the teime that
depends on the current OS and time zone?

Thanks a lot!



Harry Bosch wrote:
> Jerry wrote:
> > System.currentTimeMillis() retuns current UTC time in MilliSeconds or a
> > time that depends on the current OS and time zone?
> >
> > Thanks a lot!
>
> Right here in the JavaDoc:
>
> http://java.sun.com/j2se/1.4.2/docs/...entTimeMillis()
>
> "returns the difference, measured in milliseconds, between the current
> time and midnight, January 1, 1970 UTC"

The difference, measured in milliseconds, between the current time and
midnight, January 1, 1970 UTC

The current time means the current UTC time in Milliseconds or the
current OS and Timezone time in Milliseconds?

Thanks!

On 3 Aug 2005 09:46:54 -0700, "Jerry" <> wrote:

>System.currentTimeMillis() retuns current UTC time in MilliSeconds or a
>time that depends on the current OS and time zone?
>
It returns the number of milliseconds since the epoch (which is
midnight Jan 1st 1970 UTC. (This is in the JavaDocs.)

Or, to put it another way, Java seems to consider local time and UTC
to be different presentations of the same time, not different times.
It goes all the way through Java, so you'd better learn to think in
that way!

Pete Barrett

Jerry wrote:
> The difference, measured in milliseconds, between the current time and
> midnight, January 1, 1970 UTC
>
> The current time means the current UTC time in Milliseconds or the
> current OS and Timezone time in Milliseconds?
>
> Thanks!
>
"Current time" simply means: "now", "at this moment".
This definition is complete by itself. There is no reference to any OS
or timezone needed to make the definition complete.
Remember: time did already exist before computers or time-zones were
invented.

--
"Thomas:Fritsch$ops:de".replace(':','.').replace(' $','@')

It returns the number of milliseconds since the epoch (which is
midnight Jan 1st 1970 UTC.

The current time means the current UTC time in Milliseconds or the
current OS and Timezone time in Milliseconds?