Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of alin.harmony@gmail.com
 designates 64.233.184.234 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=Yu6uzzerSM68Lw/3lZUaf63bt35wxe1lf+unC5xJCdifbu18Br6NiJksRc63Wp1EKxroLHq7E8FuUKDohsgbr4t7nd1u9Hptd/jGiSFNYvRPy/yuemtno/TjbC/Cj3z6xErx4Y1c7FOWe7wBRjFTuWFA0gscsE7oDntT2V+ureE=
Message-ID: <3ae04f990704240415t10d1497bqdd27737a48e5748f@mail.gmail.com>
Date: Tue, 24 Apr 2007 07:15:16 -0400
From: "Angela Lin" <alin.harmony@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [classlib][compatibility]sun.misc.Unsafe.unpark(Thread) or
 unpark(Object)?
In-Reply-To: <462DBCEE.3050006@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <f982cec50704232212v9829a22i18f90b143b5390b3@mail.gmail.com>
	 <462DBCEE.3050006@gmail.com>

On 4/24/07, Tim Ellison <t.p.ellison@gmail.com> wrote:
> Yang Paulex wrote:
> > I just found by accident that Harmony's sun.misc.Unsafe in suncompat.jar
> > is, actually, not so compatible.
> > ...
>
> As you know, Unsafe is not part of the spec, so I expect it was an
> oversight.  I see no harm in changing the signature of unpark to be more
> compatible.  We will implement the other other methods as we need them.
>
> Regards,
> Tim
>

In the IBM VM, we assume that Unsafe.unpark() is always passed a
Thread. The incoming object is not type-checked. This assumption was
valid in the past and was probably made for performance reasons.

It would be safer (from my point of view, at least) to leave the
signature as unpark(Thread). I don't think this would cause binary
incompatibility, since the native declaration would be unpark(jobject)
in any case.

If j.u.concurrent is passing non-Thread objects to unpark(), this
would be a much more significant problem for us.

-- 
Angela Lin, IBM Ottawa Software Lab