You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Mikhail Fursov (JIRA)" <ji...@apache.org> on 2007/11/13 15:58:51 UTC
[jira] Issue Created: (HARMONY-5111) [drlvm][jit][jet] A memory
leak in Jitrino.JET
[drlvm][jit][jet] A memory leak in Jitrino.JET
----------------------------------------------
common.concepts.key: HARMONY-5111
common.concepts.url: https://issues.apache.org/jira/browse/HARMONY-5111
common.concepts.project: Harmony
common.concepts.issuetype: Bug
common.concepts.components: DRLVM
issue.field.reporter: Mikhail Fursov
issue.field.assignee: Mikhail Fursov
issue.field.priority: Minor
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.
[jira] Closed: (HARMONY-5111) [drlvm][jit][jet] A memory leak in
Jitrino.JET
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mikhail Fursov closed HARMONY-5111.
-----------------------------------
Resolution: Fixed
Committed revision 594808.
> [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.
[jira] Updated: (HARMONY-5111) [drlvm][jit][jet] A memory leak in
Jitrino.JET
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ 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.