Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <8687516.1200493235893.JavaMail.jira@brutus>
Date: Wed, 16 Jan 2008 06:20:35 -0800 (PST)
From: "Pavel Rebriy (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Commented: (HARMONY-3452) [drlvm][thread]
 os_thread_yield_other(), was apr_thread_yield_other does not actually do
 anything and needs removing
In-Reply-To: <21558615.1174418552276.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-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12559506#action_12559506 ] 

Pavel Rebriy commented on HARMONY-3452:
---------------------------------------

The issue is seemed to be out-of-dated because these function is used in hythread (revision 612461).

> [drlvm][thread] os_thread_yield_other(), was apr_thread_yield_other does not actually do anything and needs removing
> --------------------------------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-3452
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3452
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: win/lin
>            Reporter: weldon washburn
>            Assignee: weldon washburn
>            Priority: Minor
>
> As far as I can tell, this procedure simply wastes cpu cycles.  I posted an email to harmony dev asking if anyone knows what this procedure does.  So far, no responses.  I also modified os_thread_yield_other() so that it immediately returns thus zero side effects.  Build and build test still passed the tests.  The task at hand is to remove this procedure and all its call sites.

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