harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Fursov (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-5111) [drlvm][jit][jet] A memory leak in Jitrino.JET
Date Wed, 14 Nov 2007 05:41:44 GMT

     [ https://issues.apache.org/jira/browse/HARMONY-5111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Mikhail Fursov updated HARMONY-5111:
------------------------------------

    Attachment: leak.diff

> [drlvm][jit][jet] A memory leak in Jitrino.JET
> ----------------------------------------------
>
>                 Key: HARMONY-5111
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5111
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Mikhail Fursov
>            Assignee: Mikhail Fursov
>            Priority: Minor
>         Attachments: leak.diff
>
>
> Problem description from Ilya Leviev:
> I have profiled a simple EIOffice application on Harmony using
> BoundsChecker and the tool detected more memory leaks. These memory
> leaks fall to your area today.
> I've noticed that when JET is used for method compilation, JFrame
> class at Jitrino\Jet does not dispose its local variables and operand
> stack data fields (m_stack and m_vars). During simple scenario
> (start-shutdown) it gives us 11078 leaking Val objects.
> Here is stack trace:
> JIT_compile_method_with_params->
> Jet::compile_with_params->
> Jet::Compiler::compile>
>  m_bbStates[0]->jframe.init(m_infoBlock.get_stack_max(),
>  m_infoBlock.get_num_locals());
> Jet::JFrame::init
>  m_stack = new Val[max_stack+1];

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message