You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Gregory Shimansky (JIRA)" <ji...@apache.org> on 2007/05/17 16:43:16 UTC
[jira] Updated: (HARMONY-3731) [drlvm][jit] FinalizeStackTest
failed in opt/srv mode on Win32
[ https://issues.apache.org/jira/browse/HARMONY-3731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gregory Shimansky updated HARMONY-3731:
---------------------------------------
Summary: [drlvm][jit] FinalizeStackTest failed in opt/srv mode on Win32 (was: [DRLVM] FinalizeStackTest failed in opt/srv mode on Win32)
> [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.