harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ilya Berezhniuk (JIRA)" <j...@apache.org>
Subject [jira] Closed: (HARMONY-5676) [drlvm][port][signals] Increase stack search size for heuristics
Date Tue, 01 Apr 2008 17:32:24 GMT

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

Ilya Berezhniuk closed HARMONY-5676.

Thanks Pavel!

I hope to see beautiful stack dumps too.
But I'm afraid this needs DWARF/COFF debug info parsing, or at least flow graph and accessibility
analysis in unwind heuristics...

> [drlvm][port][signals] Increase stack search size for heuristics
> ----------------------------------------------------------------
>                 Key: HARMONY-5676
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5676
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Ilya Berezhniuk
>            Assignee: Pavel Pervov
>            Priority: Minor
>         Attachments: H-5676.patch
> Sometimes crash handler prints only a part of stack trace.
> Investigation shows that hardcoded size specifying stack size for searching return address
is too small.
> It's because some functions consume a lot of stack for local frame.
> I performed an analysis of how much stack VM functions consume.
> There are some leaders. Jitrino::Ia32::die (>64Kb), Jitrino::Jet::Compiler::toStr
> Because these functions are executed in special curcumstances only, I think we should
not support such huge frames.
> The next leaders are GetMethodParameterTypes (~16Kb on x86_64), port_get_all_modules
(~8Kb) and so on.
> Suggested patch increases the defines for stack search size to 18Kb on x86_64 and to
10kb on x86.
> The patch affects only crash dump printing.

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

View raw message