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] Commented: (HARMONY-3731) [drlvm][jit] FinalizeStackTest failed in opt/srv mode on Win32
Date Sat, 09 Jun 2007 10:59:26 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-3731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503057

Mikhail Fursov commented on HARMONY-3731:

I checked this test with a patch from HARMONY-1859 applied and found that now we have a problem
with SOE handling in VM code:

inline GC_VTable_Info *vtable_get_gcvt_raw(Partial_Reveal_VTable* vt) 
{  assert(vt && vt->gcvt); return vt->gcvt; }
01412E50  push        ebp  
01412E51  mov         ebp,esp 
01412E53  cmp         dword ptr [vt],0 
01412E57  je          vtable_get_gcvt_raw+11h (1412E61h) 

allocation helper does not handle SOE and I see hardware exception by 01412E50  address. I
see in debugger that all variables/parameters are valid here though the whole stack.

> [drlvm][jit] FinalizeStackTest failed in opt/srv mode on Win32
> --------------------------------------------------------------
>                 Key: HARMONY-3731
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3731
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: Win32, opt/srv mode
>            Reporter: Xiao-Feng Li
>         Attachments: h3731.patch
> This test case breaks from time to time, but hard to be reproduced. We suggest to keep
it in JIRA and exclude it for opt/srv modes test.
> Pavel Afremov has following comments, which are helpful for people fixing the bug:
>   1. In this case, fast asm helpers aren't used, because allocation of
>   finalizable objects always goes throw slow path.
>   2. It will be very nice to found what returns 3 error code. Correct me
>   if I wrong, this code is returned when top level thread exception handler
>   catch unprocessed java exception. It's a different situation. When VM
>   crashed with unprocessed SOE in fast path asm helpers it returns 128 error
>   code.
>   3. It looks very strange that test works in client mode and doesn't
>   work in server. For VM side (exception handling and helpers) there is no
>   difference between these two modes.

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

View raw message