getTime is not a static method, but rather an instance method.

You need to do:

Date d = new Date();
long millisSinceJan1of1970 = d.getTime();

23.08.2010 6:46, optimusgeek пишет:
> alright... Date.getTime() is not available...
> when I change time in setting of emulator, the getTime() is changed as
> much again.
> How can I get current UTC time independent of local time?
>
> On 8월23일, 오전11시26분, optimusgeek <[email protected]> wrote:
>> Is the Date.getTime() available? It will return milliseconds based on
>> GMT(UTC)
>>
>> ===========================================================================­==========
>> public long getTime ()
>> Since: API Level 1 Returns this Date as a millisecond value. The value
>> is the number of milliseconds since Jan. 1, 1970, midnight GMT.
>>
>> Returns
>> the number of milliseconds since Jan. 1, 1970, midnight GMT.
>> ===========================================================================­==========
>>
>> On 8월23일, 오전10시37분, optimusgeek <[email protected]> wrote:
>>
>>
>>
>>> In case of #4, the resttimefor timer will be set.
>>> ex) new resttime=getcurrenttime- saved remindtime;
>>> start timer for the resttime...
>>> On 8월23일, 오전9시17분, optimusgeek <[email protected]> wrote:
>>>> Yes... the reboot is problem... so I think I need a currenttimeand
>>>> remindtime.
>>>> 1.getcurrenttime-> thistimeshould not be changed by user or
>>>> location or anything else :absolutetime??
>>>> 2. save remindtimeas a sharedreference. ( ex. remindtime= current
>>>> time+ 30minutes)
>>>> 3. start timer
>>>> 4. If the device reboot before remindtime, the timer will be re-set
>>>> based on the saved remindtime.
>>>> how about this? In this case, I need only currentabsolutetime. Are
>>>> there any methods for it??
>>>> (I think theabsolutetimewhat I'm saying will be used for DRM
>>>> check...)
>>>> On 8월20일, 오후9시17분, String <[email protected]> wrote:
>>>>> On Aug 20, 11:17 am, Filip Havlicek <[email protected]> wrote:
>>>>>> I think he thought on device reboot. Although I'm not sure if 
>>>>>> PendingIntents
>>>>>> are stored before device powering off.
>>>>> Alarms do not persist through a reboot, no. If the OP wants something
>>>>> like that to happen, they'll need to set up a receiver for
>>>>> Intent.ACTION_BOOT_COMPLETED, and re-set the alarm there.
>>>>> String- 원본 텍스트 숨기기 -
>>>> - 원본 텍스트 보기 -- 원본 텍스트 숨기기 -
>>> - 원본 텍스트 보기 -- 원본 텍스트 숨기기 -
>> - 원본 텍스트 보기 -


-- 
Kostya Vasilev -- WiFi Manager + pretty widget -- http://kmansoft.wordpress.com

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Reply via email to