Possible bug
Christian Thalinger
christian.thalinger at oracle.com
Fri Mar 18 02:31:48 PDT 2011
On Mar 17, 2011, at 11:12 PM, Howard Lovatt wrote:
> Hi Christian,
>
> Thanks for looking into this bug. It is possible that the bug is due
> to a problem of building MLVM on a Mac since there are ongoing
> discussions between John Rose and Stephen Bannasch at the moment.
>
> May I suggest that we wait until the build problems are sorted before
> looking further into this. Incase you want to proceed anyway I have
> attached my test files.
Sure. I quickly tried to build your files but it seems they use lambda syntax, right?
-- Christian
>
> Thanks again,
>
> -- Howard.
>
> On 17 March 2011 23:43, Christian Thalinger
> <christian.thalinger at oracle.com> wrote:
>> On Mar 14, 2011, at 2:28 PM, Christian Thalinger wrote:
>>> On Mar 7, 2011, at 10:15 AM, Howard Lovatt wrote:
>>>> Hi,
>>>>
>>>> I got the following when trying to use CallSites on Stephen Bannasch's
>>>> latest build (which isn't the latest latest build and therefore this
>>>> issue might have been found already):
>>>>
>>>> # To suppress the following error report, specify this argument
>>>> # after -XX: or in .hotspotrc: SuppressErrorAt=/resourceArea.hpp:73
>>>> #
>>>> # A fatal error has been detected by the Java Runtime Environment:
>>>> #
>>>> # Internal Error
>>>> (/Users/stephen/dev/java/src/mlvm/sources/hotspot/src/share/vm/memory/resourceArea.hpp:73),
>>>> pid=57545, tid=4298117120
>>>> # fatal error: memory leak: allocating without ResourceMark
>>>
>>>
>>> I haven't seen that one before. I took a quick look and it seems MethodHandles::verify_*MethodHandle methods could use a ResourceMark.
>>>
>>> I will try to reproduce the assert and file a bug.
>>
>> Creating a new MutableCallSite object doesn't lead to that assert for me. Could you send me a testcase (preferably a small one) that fails for your?
>>
>> -- Christian
>> _______________________________________________
>> mlvm-dev mailing list
>> mlvm-dev at openjdk.java.net
>> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
More information about the mlvm-dev
mailing list