harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rana Dasgupta" <rdasg...@gmail.com>
Subject Re: [drlvm]Class unloading failure due to threading issue
Date Thu, 01 Nov 2007 06:52:24 GMT
Illya,
  By "incomplete class unloading support", you are not refering to gc
initiated class unloading, am I right? You mean that some class
structures like method_sig are being leaked due to abnormal shutdown?

Rana

On Oct 31, 2007 6:25 AM, Ilya Leviev <ilya.leviev@gmail.com> wrote:
> Hi,
> Recently I have profiled EIOffice on Harmony using BoundsChecker that
> detected memory leaks related to incomplete class unloading support,
> namely, leaking Method_Signature structures. Here is a call stack that
> shows a pass that should result in Method_Signature disposing. However
> it doesn't work as expected because vm_destroy() function terminates
> abnormally during executing jthread_wait_for_all_nondaemon_threads();
>
>  Call stack:
>
> main.c: gpProtectedMain()->
>      main.c: invocation()->
>            main.c: DestroyJavaVM()->
>                  vm_destroy(){
>                        jthread_wait_for_all_nondaemon_threads();
>                        …
>                  }
>                  Global_Env::~Global_Env()->
>                        ClassLoader::~ClassLoader()->
>                              ClassLoader::ClassClearInternals()->
>                                    Class::clear_internals()->
>
> Method::MethodClearInternals()->delete _method_sig
>
>
> This issue results in leaking such structures as  Global_Env,
> ClassLoader, Method_Signature and others. This problem reproduced on
> the simplest EIOffice scenario (start and then exit).
>
> Also the issue may cause the problem described in
> https://issues.apache.org/jira/browse/HARMONY-5018
>
> Best regards,
> Ilya Leviev
> ESSD, Intel
>

Mime
View raw message