From bysanik at amazon.com  Thu Aug  3 23:59:16 2017
From: bysanik at amazon.com (Bysani, Keerthana)
Date: Thu, 3 Aug 2017 23:59:16 +0000
Subject: Core dumps generated but unable to find them in the specified
 location.
Message-ID: <BC030A03-6716-4F0F-9039-8E78438ACA77@amazon.com>

Hi,

So I ran my JTreg tests and whichever ones failed with a SEGV, generated this message:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f7b9c30b8e1, pid=26526, tid=26542
#
# JRE version: OpenJDK Runtime Environment (9.0) (slowdebug build 9-internal+0-adhoc.test.openjdk9-2017-07-27)
# Java VM: OpenJDK 64-Bit Server VM (slowdebug 9-internal+0-adhoc.test.openjdk9-2017-07-27, mixed mode, rt gc, linux-amd64)
# Problematic frame:
#   java.lang.invoke.MethodType.parameterCount()I+0 java.base at 9-internal
#
# Core dump will be written. Default location: /home/test/OpenJDKTrees/openjdk9-2017-07-27/build/jtreg/RTGCWork/scratch/core.%p
#
# An error report file with more information is saved as:
# /home/test/OpenJDKTrees/openjdk9-2017-07-27/build/jtreg/RTGCWork/scratch/hs_err_pid26526.log
Compiled method (c2)    2670    3             java.lang.Object::<init> (1 bytes)
 total in heap  [0x00007f7b9c4c1190,0x00007f7b9c4c1458] = 712
 relocation     [0x00007f7b9c4c1318,0x00007f7b9c4c1328] = 16
 main code      [0x00007f7b9c4c1340,0x00007f7b9c4c13a0] = 96
 stub code      [0x00007f7b9c4c13a0,0x00007f7b9c4c13b8] = 24
 metadata       [0x00007f7b9c4c13b8,0x00007f7b9c4c13c0] = 8
 scopes data    [0x00007f7b9c4c13c0,0x00007f7b9c4c13d8] = 24
 scopes pcs     [0x00007f7b9c4c13d8,0x00007f7b9c4c1438] = 96
 dependencies   [0x00007f7b9c4c1438,0x00007f7b9c4c1440] = 8
 handler table  [0x00007f7b9c4c1440,0x00007f7b9c4c1458] = 24
Could not load hsdis-amd64.so; library not loadable; PrintAssembly is disabled
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Current thread is 26542
Dumping core ...
STDERR:

But when I go search in the default directory to examine the core file, there is nothing there. There are no core files being dumped there. Could someone guide me as to where they could possibly be stored?
Default location :/home/test/OpenJDKTrees/openjdk9-2017-07-27/build/jtreg/RTGCWork/scratch/core.%p

Or will the core and log files be dumped only after the test suite has completed executing?

The above result is  partial result of one of the tests in the test suite.

Thanks and Regards,
Keerthana

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/jtreg-use/attachments/20170803/a7b138e2/attachment.html>

From Roger.Riggs at Oracle.com  Fri Aug 25 19:40:58 2017
From: Roger.Riggs at Oracle.com (Roger Riggs)
Date: Fri, 25 Aug 2017 15:40:58 -0400
Subject: jtreg support for --patch-module
In-Reply-To: <7c480628-5f3f-4da5-9242-105aa0f05358@Oracle.com>
References: <7c480628-5f3f-4da5-9242-105aa0f05358@Oracle.com>
Message-ID: <adac57f4-de94-888c-6559-5c5ef6aef6d2@Oracle.com>

Never mind, I found

@compile/module=xxx

An @library is not needed

Regards, Roger

[1] http://openjdk.java.net/jtreg/tag-spec.html


On 8/25/2017 3:17 PM, Roger Riggs wrote:
> Hi,
>
> For a test, I need to patch a class in a module.
> I'm stumped on the correct series of @library, @build and @run setup 
> to see it automatically
> pass the --patch-module options to javac and java.
>
> Am I expecting too much and have to revert to explicitly spawning the 
> compile and run steps?
>
> Thanks, Roger
>


From martinrb at google.com  Fri Aug 25 20:46:47 2017
From: martinrb at google.com (Martin Buchholz)
Date: Fri, 25 Aug 2017 13:46:47 -0700
Subject: jtreg support for --patch-module
In-Reply-To: <adac57f4-de94-888c-6559-5c5ef6aef6d2@Oracle.com>
References: <7c480628-5f3f-4da5-9242-105aa0f05358@Oracle.com>
 <adac57f4-de94-888c-6559-5c5ef6aef6d2@Oracle.com>
Message-ID: <CA+kOe09CJJmAXvSUf4ouXAqv0ZfuuPym-TPqSL1zxb_aNer6yw@mail.gmail.com>

(yes, but the jtreg tag spec need updating from -Xmodule => --patch-module)

On Fri, Aug 25, 2017 at 12:40 PM, Roger Riggs <Roger.Riggs at oracle.com>
wrote:

> Never mind, I found
>
> @compile/module=xxx
>
> An @library is not needed
>
> Regards, Roger
>
> [1] http://openjdk.java.net/jtreg/tag-spec.html
>
>
> On 8/25/2017 3:17 PM, Roger Riggs wrote:
>
>> Hi,
>>
>> For a test, I need to patch a class in a module.
>> I'm stumped on the correct series of @library, @build and @run setup to
>> see it automatically
>> pass the --patch-module options to javac and java.
>>
>> Am I expecting too much and have to revert to explicitly spawning the
>> compile and run steps?
>>
>> Thanks, Roger
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/jtreg-use/attachments/20170825/04f9edc7/attachment.html>

From Roger.Riggs at Oracle.com  Fri Aug 25 19:20:26 2017
From: Roger.Riggs at Oracle.com (Roger Riggs)
Date: Fri, 25 Aug 2017 19:20:26 -0000
Subject: jtreg support for --patch-module?
Message-ID: <7c480628-5f3f-4da5-9242-105aa0f05358@Oracle.com>

Hi,

For a test, I need to patch a class in a module.
I'm stumped on the correct series of @library, @build and @run setup to 
see it automatically
pass the --patch-module options to javac and java.

Am I expecting too much and have to revert to explicitly spawning the 
compile and run steps?

Thanks, Roger