You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Alexei Zakharov (JIRA)" <ji...@apache.org> on 2006/12/07 16:42:25 UTC
[jira] Updated: (HARMONY-2053) [port][classlib][luni] move
port_user_timezone() from DRLVM to classlib
[ http://issues.apache.org/jira/browse/HARMONY-2053?page=all ]
Alexei Zakharov updated HARMONY-2053:
-------------------------------------
Summary: [port][classlib][luni] move port_user_timezone() from DRLVM to classlib (was: [port] move port_user_timezone() from DRLVM to classlib)
> [port][classlib][luni] move port_user_timezone() from DRLVM to classlib
> ------------------------------------------------------------------------
>
> Key: HARMONY-2053
> URL: http://issues.apache.org/jira/browse/HARMONY-2053
> Project: Harmony
> Issue Type: Task
> Components: Classlib, DRLVM
> Reporter: Alexey Varlamov
> Priority: Minor
>
> Classlib's j.u.TimeZone expects "user.timezone" property value initialized during VM startup (BTW I did not find explicit statement in VMI docs for that, only indirect reference in kernel stub for j.l.System). I believe this action should be done by hyluni natives during JNI_OnLoad, no reason to burden VM with it. Therefore I suggest to move "port_user_timezone()" function [1] from DRLVM to classlib (luni/port), and fix DRLVM & hyluni accordingly.
> [1] working_vm\vm\port\src\misc\[win|linux]\timezone.c
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira