harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "deven you (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-2053) [classlib][port][luni] move port_user_timezone() from DRLVM to classlib
Date Tue, 21 Jul 2009 03:19:15 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-2053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12733455#action_12733455

deven you commented on HARMONY-2053:

Hi  Alexey Varlamov,
I have read the working_vm\vm\port\src\misc\linux\timezone.c, and noticed the implematation
on linux of getting os time zone depends on apr lib, however classlib uses portlib. I believe
the migration from apr to porlib is the main problem. can someone known apr help explain the
logic of the implematation, so I think I may try to move it into classlib on linux.

> [classlib][port][luni]  move port_user_timezone() from DRLVM to classlib
> ------------------------------------------------------------------------
>                 Key: HARMONY-2053
>                 URL: https://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.
You can reply to this email to add a comment to the issue online.

View raw message