Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <8811472.1170851887783.JavaMail.jira@brutus>
Date: Wed, 7 Feb 2007 04:38:07 -0800 (PST)
From: "Alexey Varlamov (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Resolved: (HARMONY-3129) [drlvm][intel64][lil]race condition
 and buffer overruns in LIL codegen
In-Reply-To: <19175879.1170831245786.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Alexey Varlamov resolved HARMONY-3129.
--------------------------------------

    Resolution: Fixed

Applied at r504526, thanks!

> [drlvm][intel64][lil]race condition and buffer overruns in LIL codegen
> ----------------------------------------------------------------------
>
>                 Key: HARMONY-3129
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3129
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Alex Astapchuk
>         Assigned To: Alexey Varlamov
>         Attachments: 0001-drlvm-intel64-lil-race-condition-and-buffer-overruns-in-LIL-codegen.txt
>
>
> There were 2 problems in LIL codegen for Intel64:
> 1. A code for temporary register usage had a static variable shared across all threads.
> This lead to a race condition during compilations, and might lead to crash or unpredictable behavior.
> Now, the code uses per-compilation variables.
> 2. A fixed size for temporary buffer was used which sometimes lead to buffer overruns for huge stubs (e.g. for JNI stub with a really huge number of args).
> Now, the buffer size is estimated basing on the stub size.

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