From Alan.Bateman at oracle.com Tue Jul 2 05:43:59 2013 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 02 Jul 2013 13:43:59 +0100 Subject: bootclasspath.dirs examples Message-ID: <51D2CB0F.40707@oracle.com> I'm looking for a few examples that use bootclasspath.dirs. Specifically I'm looking for an example of a test that has two parts, the test itself (to be loaded by the jtreg's usual URLClassLoader) and a library part that should be appended to the boot class path. I can trivially do this with a shell test but I don't want to go there. The only examples that I can find are the stream tests in the jdk repository and a unit test in the code-tools-jtreg repository. From what I can tell, the tests in these cases are on the boot class path whereas I only want the "library" to be on the boot class path. Is this possible? -Alan From jonathan.gibbons at oracle.com Wed Jul 3 03:20:57 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 03 Jul 2013 03:20:57 -0700 Subject: bootclasspath.dirs examples In-Reply-To: <51D2CB0F.40707@oracle.com> References: <51D2CB0F.40707@oracle.com> Message-ID: <51D3FB09.6020200@oracle.com> On 07/02/2013 05:43 AM, Alan Bateman wrote: > > I'm looking for a few examples that use bootclasspath.dirs. > Specifically I'm looking for an example of a test that has two parts, > the test itself (to be loaded by the jtreg's usual URLClassLoader) and > a library part that should be appended to the boot class path. I can > trivially do this with a shell test but I don't want to go there. > > The only examples that I can find are the stream tests in the jdk > repository and a unit test in the code-tools-jtreg repository. From > what I can tell, the tests in these cases are on the boot class path > whereas I only want the "library" to be on the boot class path. Is > this possible? > > -Alan > > > I had that in mind, but I may have only made that case work for TestNG. If it works at all, you'd need to list the library dir in a TEST.properties file with bootclasspath.dirs=library-directory -- Jon From Alan.Bateman at oracle.com Tue Jul 30 07:07:13 2013 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 30 Jul 2013 07:07:13 -0700 Subject: Compiling jtreg? In-Reply-To: <21A522C3-C33E-4B30-B41D-90D836E080E5@nicholaswilliams.net> References: <21A522C3-C33E-4B30-B41D-90D836E080E5@nicholaswilliams.net> Message-ID: <51F7C891.20504@oracle.com> The jtreg-use list is probably the right place for this question. -Alan. On 30/07/2013 06:37, Nick Williams wrote: > I'm working on a patch for some core libraries (hence why I'm emailing here -- hopefully someone will be sympathetic and help) and need to run the JDK tests. I'm following the instructions on http://openjdk.java.net/jtreg/build.html to get jtreg installed so that I can run it. I have JDK15HOME and JDK16HOME set to my JDK 6 home directory. I have JavaHelp installed at JAVAHELP_HOME. I have JT Harness installed at JTHARNESS_HOME. I have Xalan installed at XALANHOME. I have JUnit installed at JUNIT_HOME. I have TestNG installed at TESTNG_HOME. > > I cloned the HG repository and executed make -C make just like the directions said. I get 58 compile errors: It can't find Ant, JUnit, or TestNG classes. Can someone point me in the right direction? > > 1) I assume I must have to specify a classpath somehow for JUnit and TestNG, even though the directions don't say so. Thoughts on how? > 2) The instructions say Ant is optional. So why is it mandatory? > > (I didn't realize that it would take longer / be harder to get the tests running than to get the JDK compiling.) > > Thanks, > > Nick From jonathan.gibbons at oracle.com Tue Jul 30 07:59:35 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 07:59:35 -0700 Subject: Compiling jtreg? In-Reply-To: <51F7C891.20504@oracle.com> References: <21A522C3-C33E-4B30-B41D-90D836E080E5@nicholaswilliams.net> <51F7C891.20504@oracle.com> Message-ID: <51F7D4D7.4080705@oracle.com> On 07/30/2013 07:07 AM, Alan Bateman wrote: > > The jtreg-use list is probably the right place for this question. > > -Alan. > > > On 30/07/2013 06:37, Nick Williams wrote: >> I'm working on a patch for some core libraries (hence why I'm >> emailing here -- hopefully someone will be sympathetic and help) and >> need to run the JDK tests. I'm following the instructions on >> http://openjdk.java.net/jtreg/build.html to get jtreg installed so >> that I can run it. I have JDK15HOME and JDK16HOME set to my JDK 6 >> home directory. I have JavaHelp installed at JAVAHELP_HOME. I have JT >> Harness installed at JTHARNESS_HOME. I have Xalan installed at >> XALANHOME. I have JUnit installed at JUNIT_HOME. I have TestNG >> installed at TESTNG_HOME. >> >> I cloned the HG repository and executed make -C make just like the >> directions said. I get 58 compile errors: It can't find Ant, JUnit, >> or TestNG classes. Can someone point me in the right direction? >> >> 1) I assume I must have to specify a classpath somehow for JUnit and >> TestNG, even though the directions don't say so. Thoughts on how? Hmm. If you have set JUNIT_HOME and TESTNG_HOME that ought to do the trick. >> 2) The instructions say Ant is optional. So why is it mandatory? Interesting doc issue. I'll fix it. The use of Ant to perform the build is optional. But having Ant available so that you can compile the jtreg Ant support is not optional. >> >> (I didn't realize that it would take longer / be harder to get the >> tests running than to get the JDK compiling.) Well, at least we got the JDK build fixed OK. :-) I'm sorry for your issues. Until recently, we could publish binaries for jtreg. Now, we have to rely on folk being able to build it for themselves, which means the README and Makefiles are getting a bit more or a workout. >> >> Thanks, >> >> Nick > From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 09:19:15 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 11:19:15 -0500 Subject: Can't Compile jtreg Message-ID: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). After this is where I hit the roadblock I cannot overcome: There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. Can someone help me sort this out and point me to where I can download jcov? And can someone update the readmes? Thanks, Nick -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jtreg-use/attachments/20130730/ba8b5f9c/attachment.html From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 09:21:06 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 11:21:06 -0500 Subject: Can't Compile jtreg In-Reply-To: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> Message-ID: I should also note that I'm working on a patch for the JDK 8 core libraries and I need to run the tests (and write some new tests for my changes). That's why I'm trying to get jtreg working. Nick On Jul 30, 2013, at 11:19 AM, Nick Williams wrote: > First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: > > - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. > - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). > - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. > - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). > > After this is where I hit the roadblock I cannot overcome: > > There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. > > Can someone help me sort this out and point me to where I can download jcov? > > And can someone update the readmes? > > Thanks, > > Nick -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jtreg-use/attachments/20130730/168e6b93/attachment.html From jonathan.gibbons at oracle.com Tue Jul 30 09:58:46 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 09:58:46 -0700 Subject: Can't Compile jtreg In-Reply-To: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> Message-ID: <51F7F0C6.60709@oracle.com> On 07/30/2013 09:19 AM, Nick Williams wrote: > First, please let me say that the build readme at > http://openjdk.java.net/jtreg/build.html (and in HG) is sorely > lacking. Here's what I've learned on my own so far, from analyzing > error messages and reading Defs.gmk: > > - JAVAHELP_HOME, which usually points to the JavaHelp home directory > (we'll call this $JavaHelp) and contains demos, doc, src, license, > etc., actually must point to $JavaHelp/javahelp (which contains bin > and lib). This is not clear on the readme. > - JUnit is NOT optional. jtreg won't "make" without it. > Furthermore, JUNIT_JAR must point to junit.jar (which the readme does > not say). > - TestNG is NOT optional. jtreg won't "make" without it. > Furthermore, TESTNG_HOME must point to a directory containing > LICENSE.txt (which does not exist for TestNG, so I had to invent one) > and TESTNG_JAR must point to testng.jar. The readme doesn't indicate > any of this. > - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates > where Ant lives, jtreg requires ANTHOME (which the readme does not say). > > After this is where I hit the roadblock I cannot overcome: > > There's some thing called "jcov" that is NOT optional. Worse, jcov, > what it is, and where you can find/download it isn't indicated > anywhere on the readme. I spent the last hour scouring Google for > jcov. I've found plenty of references to jcov.jar in JDK source > repositories and mirrors (and apparently it's supposed to contain > classes in the com.sun.tdk.jcov package), but as far as I can tell > jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" > without it. If JCOV_HOME doesn't exist, "make" looks > in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that > certainly doesn't exist, and there's nothing anything like that > underneath the home directories for my JDKs or JREs. > > Can someone help me sort this out and point me to where I can download > jcov? > > And can someone update the readmes? > > Thanks, > > Nick Nick, I am sorry for your frustration. jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. -- Jon From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 10:04:40 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 12:04:40 -0500 Subject: Can't Compile jtreg In-Reply-To: <51F7F0C6.60709@oracle.com> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> <51F7F0C6.60709@oracle.com> Message-ID: On Jul 30, 2013, at 11:58 AM, Jonathan Gibbons wrote: > On 07/30/2013 09:19 AM, Nick Williams wrote: >> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: >> >> - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. >> - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). >> - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. >> - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). >> >> After this is where I hit the roadblock I cannot overcome: >> >> There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. >> >> Can someone help me sort this out and point me to where I can download jcov? >> >> And can someone update the readmes? >> >> Thanks, >> >> Nick > > > Nick, > > I am sorry for your frustration. > > jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. > > -- Jon Okay. How soon do you think you can get that done? I'm on a time crunch here and I can't submit this patch without running tests. If there's a simple change I can make locally to disable the need for jcov, feel free to instruct me. Thanks, Nick From jonathan.gibbons at oracle.com Tue Jul 30 10:11:34 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 10:11:34 -0700 Subject: Can't Compile jtreg In-Reply-To: References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> <51F7F0C6.60709@oracle.com> Message-ID: <51F7F3C6.4090208@oracle.com> On 07/30/2013 10:04 AM, Nick Williams wrote: > On Jul 30, 2013, at 11:58 AM, Jonathan Gibbons wrote: > >> On 07/30/2013 09:19 AM, Nick Williams wrote: >>> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: >>> >>> - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. >>> - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). >>> - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. >>> - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). >>> >>> After this is where I hit the roadblock I cannot overcome: >>> >>> There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. >>> >>> Can someone help me sort this out and point me to where I can download jcov? >>> >>> And can someone update the readmes? >>> >>> Thanks, >>> >>> Nick >> >> Nick, >> >> I am sorry for your frustration. >> >> jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. >> >> -- Jon > Okay. How soon do you think you can get that done? I'm on a time crunch here and I can't submit this patch without running tests. If there's a simple change I can make locally to disable the need for jcov, feel free to instruct me. > > Thanks, > > Nick > The code is written so that you don't need the jcov libraries to compile jtreg. You just need to fix the Makefiles to comment out where it is trying to copy the jcov jar file into the final image. -- Jon From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 10:25:18 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 12:25:18 -0500 Subject: Can't Compile jtreg In-Reply-To: <51F7F3C6.4090208@oracle.com> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> <51F7F0C6.60709@oracle.com> <51F7F3C6.4090208@oracle.com> Message-ID: <1422892F-4095-4D10-A2C3-150F7A2DCC03@nicholaswilliams.net> On Jul 30, 2013, at 12:11 PM, Jonathan Gibbons wrote: > On 07/30/2013 10:04 AM, Nick Williams wrote: >> On Jul 30, 2013, at 11:58 AM, Jonathan Gibbons wrote: >> >>> On 07/30/2013 09:19 AM, Nick Williams wrote: >>>> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: >>>> >>>> - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. >>>> - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). >>>> - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. >>>> - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). >>>> >>>> After this is where I hit the roadblock I cannot overcome: >>>> >>>> There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. >>>> >>>> Can someone help me sort this out and point me to where I can download jcov? >>>> >>>> And can someone update the readmes? >>>> >>>> Thanks, >>>> >>>> Nick >>> >>> Nick, >>> >>> I am sorry for your frustration. >>> >>> jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. >>> >>> -- Jon >> Okay. How soon do you think you can get that done? I'm on a time crunch here and I can't submit this patch without running tests. If there's a simple change I can make locally to disable the need for jcov, feel free to instruct me. >> >> Thanks, >> >> Nick >> > > The code is written so that you don't need the jcov libraries to compile jtreg. You just need to fix the Makefiles to comment out where it is trying to copy the jcov jar file into the final image. > > -- Jon Indeed. I commented out this in make/Defs.gmk: #ifndef JCOV_HOME # JCOV_HOME = /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/ #endif And this in make/jtreg.gmk: #ifdef JCOV_HOME # #$(JTREG_IMAGEDIR)/lib/jcov.jar: $(JCOV_HOME)/lib/jcov.jar # $(RM) -f $@ # $(MKDIR) -p $(@D) # $(CP) $< $@ # #$(JTREG_IMAGEDIR)/lib/jcov_implant.jar: $(JCOV_HOME)/lib/jcov_implant.jar # $(RM) -f $@ # $(MKDIR) -p $(@D) # $(CP) $< $@ # #TARGETS.ZIP.jtreg += \ # $(JTREG_IMAGEDIR)/lib/jcov.jar \ # $(JTREG_IMAGEDIR)/lib/jcov_implant.jar # #endif JCOV_HOME And now it builds. Thanks. Nick From jonathan.gibbons at oracle.com Tue Jul 30 10:29:27 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 10:29:27 -0700 Subject: Can't Compile jtreg In-Reply-To: <1422892F-4095-4D10-A2C3-150F7A2DCC03@nicholaswilliams.net> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> <51F7F0C6.60709@oracle.com> <51F7F3C6.4090208@oracle.com> <1422892F-4095-4D10-A2C3-150F7A2DCC03@nicholaswilliams.net> Message-ID: <51F7F7F7.60504@oracle.com> On 07/30/2013 10:25 AM, Nick Williams wrote: > On Jul 30, 2013, at 12:11 PM, Jonathan Gibbons wrote: > >> On 07/30/2013 10:04 AM, Nick Williams wrote: >>> On Jul 30, 2013, at 11:58 AM, Jonathan Gibbons wrote: >>> >>>> On 07/30/2013 09:19 AM, Nick Williams wrote: >>>>> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: >>>>> >>>>> - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. >>>>> - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). >>>>> - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. >>>>> - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). >>>>> >>>>> After this is where I hit the roadblock I cannot overcome: >>>>> >>>>> There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. >>>>> >>>>> Can someone help me sort this out and point me to where I can download jcov? >>>>> >>>>> And can someone update the readmes? >>>>> >>>>> Thanks, >>>>> >>>>> Nick >>>> Nick, >>>> >>>> I am sorry for your frustration. >>>> >>>> jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. >>>> >>>> -- Jon >>> Okay. How soon do you think you can get that done? I'm on a time crunch here and I can't submit this patch without running tests. If there's a simple change I can make locally to disable the need for jcov, feel free to instruct me. >>> >>> Thanks, >>> >>> Nick >>> >> The code is written so that you don't need the jcov libraries to compile jtreg. You just need to fix the Makefiles to comment out where it is trying to copy the jcov jar file into the final image. >> >> -- Jon > Indeed. I commented out this in make/Defs.gmk: > > #ifndef JCOV_HOME > # JCOV_HOME = /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/ > #endif > > And this in make/jtreg.gmk: > > #ifdef JCOV_HOME > # > #$(JTREG_IMAGEDIR)/lib/jcov.jar: $(JCOV_HOME)/lib/jcov.jar > # $(RM) -f $@ > # $(MKDIR) -p $(@D) > # $(CP) $< $@ > # > #$(JTREG_IMAGEDIR)/lib/jcov_implant.jar: $(JCOV_HOME)/lib/jcov_implant.jar > # $(RM) -f $@ > # $(MKDIR) -p $(@D) > # $(CP) $< $@ > # > #TARGETS.ZIP.jtreg += \ > # $(JTREG_IMAGEDIR)/lib/jcov.jar \ > # $(JTREG_IMAGEDIR)/lib/jcov_implant.jar > # > #endif JCOV_HOME > > And now it builds. Thanks. > > Nick Thanks for the update. So the "broken" part that needs fixing is just the first 3 lines you commented out, right? If you just comment those lines out, the ifdef in the second block will take care of the rest. -- Jon From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 10:33:41 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 12:33:41 -0500 Subject: Can't Compile jtreg In-Reply-To: <51F7F7F7.60504@oracle.com> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> <51F7F0C6.60709@oracle.com> <51F7F3C6.4090208@oracle.com> <1422892F-4095-4D10-A2C3-150F7A2DCC03@nicholaswilliams.net> <51F7F7F7.60504@oracle.com> Message-ID: <05BB8850-52EC-40AD-8F5D-B5B411EFE1C8@nicholaswilliams.net> On Jul 30, 2013, at 12:29 PM, Jonathan Gibbons wrote: > On 07/30/2013 10:25 AM, Nick Williams wrote: >> On Jul 30, 2013, at 12:11 PM, Jonathan Gibbons wrote: >> >>> On 07/30/2013 10:04 AM, Nick Williams wrote: >>>> On Jul 30, 2013, at 11:58 AM, Jonathan Gibbons wrote: >>>> >>>>> On 07/30/2013 09:19 AM, Nick Williams wrote: >>>>>> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: >>>>>> >>>>>> - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. >>>>>> - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). >>>>>> - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. >>>>>> - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). >>>>>> >>>>>> After this is where I hit the roadblock I cannot overcome: >>>>>> >>>>>> There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. >>>>>> >>>>>> Can someone help me sort this out and point me to where I can download jcov? >>>>>> >>>>>> And can someone update the readmes? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Nick >>>>> Nick, >>>>> >>>>> I am sorry for your frustration. >>>>> >>>>> jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. >>>>> >>>>> -- Jon >>>> Okay. How soon do you think you can get that done? I'm on a time crunch here and I can't submit this patch without running tests. If there's a simple change I can make locally to disable the need for jcov, feel free to instruct me. >>>> >>>> Thanks, >>>> >>>> Nick >>>> >>> The code is written so that you don't need the jcov libraries to compile jtreg. You just need to fix the Makefiles to comment out where it is trying to copy the jcov jar file into the final image. >>> >>> -- Jon >> Indeed. I commented out this in make/Defs.gmk: >> >> #ifndef JCOV_HOME >> # JCOV_HOME = /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/ >> #endif >> >> And this in make/jtreg.gmk: >> >> #ifdef JCOV_HOME >> # >> #$(JTREG_IMAGEDIR)/lib/jcov.jar: $(JCOV_HOME)/lib/jcov.jar >> # $(RM) -f $@ >> # $(MKDIR) -p $(@D) >> # $(CP) $< $@ >> # >> #$(JTREG_IMAGEDIR)/lib/jcov_implant.jar: $(JCOV_HOME)/lib/jcov_implant.jar >> # $(RM) -f $@ >> # $(MKDIR) -p $(@D) >> # $(CP) $< $@ >> # >> #TARGETS.ZIP.jtreg += \ >> # $(JTREG_IMAGEDIR)/lib/jcov.jar \ >> # $(JTREG_IMAGEDIR)/lib/jcov_implant.jar >> # >> #endif JCOV_HOME >> >> And now it builds. Thanks. >> >> Nick > > > Thanks for the update. So the "broken" part that needs fixing is just the first 3 lines you commented out, right? If you just comment those lines out, the ifdef in the second block will take care of the rest. > > -- Jon You'd think, but just commenting out the first three lines (from Defs.gmk) didn't work. I had to comment out the second block (jtreg.gmk), too. Doesn't make any sense to me, but that's what worked. Nick From jonathan.gibbons at oracle.com Tue Jul 30 10:40:32 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 10:40:32 -0700 Subject: Can't Compile jtreg In-Reply-To: <05BB8850-52EC-40AD-8F5D-B5B411EFE1C8@nicholaswilliams.net> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> <51F7F0C6.60709@oracle.com> <51F7F3C6.4090208@oracle.com> <1422892F-4095-4D10-A2C3-150F7A2DCC03@nicholaswilliams.net> <51F7F7F7.60504@oracle.com> <05BB8850-52EC-40AD-8F5D-B5B411EFE1C8@nicholaswilliams.net> Message-ID: <51F7FA90.4000801@oracle.com> On 07/30/2013 10:33 AM, Nick Williams wrote: > On Jul 30, 2013, at 12:29 PM, Jonathan Gibbons wrote: > >> On 07/30/2013 10:25 AM, Nick Williams wrote: >>> On Jul 30, 2013, at 12:11 PM, Jonathan Gibbons wrote: >>> >>>> On 07/30/2013 10:04 AM, Nick Williams wrote: >>>>> On Jul 30, 2013, at 11:58 AM, Jonathan Gibbons wrote: >>>>> >>>>>> On 07/30/2013 09:19 AM, Nick Williams wrote: >>>>>>> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: >>>>>>> >>>>>>> - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. >>>>>>> - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). >>>>>>> - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. >>>>>>> - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). >>>>>>> >>>>>>> After this is where I hit the roadblock I cannot overcome: >>>>>>> >>>>>>> There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. >>>>>>> >>>>>>> Can someone help me sort this out and point me to where I can download jcov? >>>>>>> >>>>>>> And can someone update the readmes? >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Nick >>>>>> Nick, >>>>>> >>>>>> I am sorry for your frustration. >>>>>> >>>>>> jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. >>>>>> >>>>>> -- Jon >>>>> Okay. How soon do you think you can get that done? I'm on a time crunch here and I can't submit this patch without running tests. If there's a simple change I can make locally to disable the need for jcov, feel free to instruct me. >>>>> >>>>> Thanks, >>>>> >>>>> Nick >>>>> >>>> The code is written so that you don't need the jcov libraries to compile jtreg. You just need to fix the Makefiles to comment out where it is trying to copy the jcov jar file into the final image. >>>> >>>> -- Jon >>> Indeed. I commented out this in make/Defs.gmk: >>> >>> #ifndef JCOV_HOME >>> # JCOV_HOME = /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/ >>> #endif >>> >>> And this in make/jtreg.gmk: >>> >>> #ifdef JCOV_HOME >>> # >>> #$(JTREG_IMAGEDIR)/lib/jcov.jar: $(JCOV_HOME)/lib/jcov.jar >>> # $(RM) -f $@ >>> # $(MKDIR) -p $(@D) >>> # $(CP) $< $@ >>> # >>> #$(JTREG_IMAGEDIR)/lib/jcov_implant.jar: $(JCOV_HOME)/lib/jcov_implant.jar >>> # $(RM) -f $@ >>> # $(MKDIR) -p $(@D) >>> # $(CP) $< $@ >>> # >>> #TARGETS.ZIP.jtreg += \ >>> # $(JTREG_IMAGEDIR)/lib/jcov.jar \ >>> # $(JTREG_IMAGEDIR)/lib/jcov_implant.jar >>> # >>> #endif JCOV_HOME >>> >>> And now it builds. Thanks. >>> >>> Nick >> >> Thanks for the update. So the "broken" part that needs fixing is just the first 3 lines you commented out, right? If you just comment those lines out, the ifdef in the second block will take care of the rest. >> >> -- Jon > You'd think, but just commenting out the first three lines (from Defs.gmk) didn't work. I had to comment out the second block (jtreg.gmk), too. Doesn't make any sense to me, but that's what worked. > > Nick Hmm. OK. Thanks for the info. -- Jon From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 10:51:39 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 12:51:39 -0500 Subject: Can't Compile jtreg In-Reply-To: <51F7FA90.4000801@oracle.com> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> <51F7F0C6.60709@oracle.com> <51F7F3C6.4090208@oracle.com> <1422892F-4095-4D10-A2C3-150F7A2DCC03@nicholaswilliams.net> <51F7F7F7.60504@oracle.com> <05BB8850-52EC-40AD-8F5D-B5B411EFE1C8@nicholaswilliams.net> <51F7FA90.4000801@oracle.com> Message-ID: <8345387A-86AF-4ACE-AD1B-724A2007B369@nicholaswilliams.net> On Jul 30, 2013, at 12:40 PM, Jonathan Gibbons wrote: > On 07/30/2013 10:33 AM, Nick Williams wrote: >> On Jul 30, 2013, at 12:29 PM, Jonathan Gibbons wrote: >> >>> On 07/30/2013 10:25 AM, Nick Williams wrote: >>>> On Jul 30, 2013, at 12:11 PM, Jonathan Gibbons wrote: >>>> >>>>> On 07/30/2013 10:04 AM, Nick Williams wrote: >>>>>> On Jul 30, 2013, at 11:58 AM, Jonathan Gibbons wrote: >>>>>> >>>>>>> On 07/30/2013 09:19 AM, Nick Williams wrote: >>>>>>>> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: >>>>>>>> >>>>>>>> - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. >>>>>>>> - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). >>>>>>>> - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. >>>>>>>> - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). >>>>>>>> >>>>>>>> After this is where I hit the roadblock I cannot overcome: >>>>>>>> >>>>>>>> There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. >>>>>>>> >>>>>>>> Can someone help me sort this out and point me to where I can download jcov? >>>>>>>> >>>>>>>> And can someone update the readmes? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> Nick >>>>>>> Nick, >>>>>>> >>>>>>> I am sorry for your frustration. >>>>>>> >>>>>>> jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. >>>>>>> >>>>>>> -- Jon >>>>>> Okay. How soon do you think you can get that done? I'm on a time crunch here and I can't submit this patch without running tests. If there's a simple change I can make locally to disable the need for jcov, feel free to instruct me. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Nick >>>>>> >>>>> The code is written so that you don't need the jcov libraries to compile jtreg. You just need to fix the Makefiles to comment out where it is trying to copy the jcov jar file into the final image. >>>>> >>>>> -- Jon >>>> Indeed. I commented out this in make/Defs.gmk: >>>> >>>> #ifndef JCOV_HOME >>>> # JCOV_HOME = /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/ >>>> #endif >>>> >>>> And this in make/jtreg.gmk: >>>> >>>> #ifdef JCOV_HOME >>>> # >>>> #$(JTREG_IMAGEDIR)/lib/jcov.jar: $(JCOV_HOME)/lib/jcov.jar >>>> # $(RM) -f $@ >>>> # $(MKDIR) -p $(@D) >>>> # $(CP) $< $@ >>>> # >>>> #$(JTREG_IMAGEDIR)/lib/jcov_implant.jar: $(JCOV_HOME)/lib/jcov_implant.jar >>>> # $(RM) -f $@ >>>> # $(MKDIR) -p $(@D) >>>> # $(CP) $< $@ >>>> # >>>> #TARGETS.ZIP.jtreg += \ >>>> # $(JTREG_IMAGEDIR)/lib/jcov.jar \ >>>> # $(JTREG_IMAGEDIR)/lib/jcov_implant.jar >>>> # >>>> #endif JCOV_HOME >>>> >>>> And now it builds. Thanks. >>>> >>>> Nick >>> >>> Thanks for the update. So the "broken" part that needs fixing is just the first 3 lines you commented out, right? If you just comment those lines out, the ifdef in the second block will take care of the rest. >>> >>> -- Jon >> You'd think, but just commenting out the first three lines (from Defs.gmk) didn't work. I had to comment out the second block (jtreg.gmk), too. Doesn't make any sense to me, but that's what worked. >> >> Nick > > > Hmm. OK. Thanks for the info. > > -- Jon If it helps any, originally the error message was something like "Required file /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/lib/jcov.jar not found." When I commented out the three lines the error changed to something like "Failed to copy file lib/jcov.jar to build/images/jtreg/lib/jcov.jar." Commenting out the second block got rid of the second error. It's almost like JCOV_HOME was getting set to blank somehow. Nick From jonathan.gibbons at oracle.com Tue Jul 30 10:58:25 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 10:58:25 -0700 Subject: Can't Compile jtreg In-Reply-To: <8345387A-86AF-4ACE-AD1B-724A2007B369@nicholaswilliams.net> References: <51DF2F1B-5307-49F9-AA0D-C6EAE78B802F@nicholaswilliams.net> <51F7F0C6.60709@oracle.com> <51F7F3C6.4090208@oracle.com> <1422892F-4095-4D10-A2C3-150F7A2DCC03@nicholaswilliams.net> <51F7F7F7.60504@oracle.com> <05BB8850-52EC-40AD-8F5D-B5B411EFE1C8@nicholaswilliams.net> <51F7FA90.4000801@oracle.com> <8345387A-86AF-4ACE-AD1B-724A2007B369@nicholaswilliams.net> Message-ID: <51F7FEC1.4020608@oracle.com> On 07/30/2013 10:51 AM, Nick Williams wrote: > On Jul 30, 2013, at 12:40 PM, Jonathan Gibbons wrote: > >> On 07/30/2013 10:33 AM, Nick Williams wrote: >>> On Jul 30, 2013, at 12:29 PM, Jonathan Gibbons wrote: >>> >>>> On 07/30/2013 10:25 AM, Nick Williams wrote: >>>>> On Jul 30, 2013, at 12:11 PM, Jonathan Gibbons wrote: >>>>> >>>>>> On 07/30/2013 10:04 AM, Nick Williams wrote: >>>>>>> On Jul 30, 2013, at 11:58 AM, Jonathan Gibbons wrote: >>>>>>> >>>>>>>> On 07/30/2013 09:19 AM, Nick Williams wrote: >>>>>>>>> First, please let me say that the build readme at http://openjdk.java.net/jtreg/build.html (and in HG) is sorely lacking. Here's what I've learned on my own so far, from analyzing error messages and reading Defs.gmk: >>>>>>>>> >>>>>>>>> - JAVAHELP_HOME, which usually points to the JavaHelp home directory (we'll call this $JavaHelp) and contains demos, doc, src, license, etc., actually must point to $JavaHelp/javahelp (which contains bin and lib). This is not clear on the readme. >>>>>>>>> - JUnit is NOT optional. jtreg won't "make" without it. Furthermore, JUNIT_JAR must point to junit.jar (which the readme does not say). >>>>>>>>> - TestNG is NOT optional. jtreg won't "make" without it. Furthermore, TESTNG_HOME must point to a directory containing LICENSE.txt (which does not exist for TestNG, so I had to invent one) and TESTNG_JAR must point to testng.jar. The readme doesn't indicate any of this. >>>>>>>>> - Ant is NOT optional. Unlike usual systems where ANT_HOME indicates where Ant lives, jtreg requires ANTHOME (which the readme does not say). >>>>>>>>> >>>>>>>>> After this is where I hit the roadblock I cannot overcome: >>>>>>>>> >>>>>>>>> There's some thing called "jcov" that is NOT optional. Worse, jcov, what it is, and where you can find/download it isn't indicated anywhere on the readme. I spent the last hour scouring Google for jcov. I've found plenty of references to jcov.jar in JDK source repositories and mirrors (and apparently it's supposed to contain classes in the com.sun.tdk.jcov package), but as far as I can tell jcov doesn't exist. I can't find it anywhere, and jtreg won't "make" without it. If JCOV_HOME doesn't exist, "make" looks in /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/, but that certainly doesn't exist, and there's nothing anything like that underneath the home directories for my JDKs or JREs. >>>>>>>>> >>>>>>>>> Can someone help me sort this out and point me to where I can download jcov? >>>>>>>>> >>>>>>>>> And can someone update the readmes? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> Nick >>>>>>>> Nick, >>>>>>>> >>>>>>>> I am sorry for your frustration. >>>>>>>> >>>>>>>> jcov is a Java Code Coverage tool. As of now, it is not open source, so I will have to update the README and Makefile to ensure that you can build without it. >>>>>>>> >>>>>>>> -- Jon >>>>>>> Okay. How soon do you think you can get that done? I'm on a time crunch here and I can't submit this patch without running tests. If there's a simple change I can make locally to disable the need for jcov, feel free to instruct me. >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Nick >>>>>>> >>>>>> The code is written so that you don't need the jcov libraries to compile jtreg. You just need to fix the Makefiles to comment out where it is trying to copy the jcov jar file into the final image. >>>>>> >>>>>> -- Jon >>>>> Indeed. I commented out this in make/Defs.gmk: >>>>> >>>>> #ifndef JCOV_HOME >>>>> # JCOV_HOME = /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/ >>>>> #endif >>>>> >>>>> And this in make/jtreg.gmk: >>>>> >>>>> #ifdef JCOV_HOME >>>>> # >>>>> #$(JTREG_IMAGEDIR)/lib/jcov.jar: $(JCOV_HOME)/lib/jcov.jar >>>>> # $(RM) -f $@ >>>>> # $(MKDIR) -p $(@D) >>>>> # $(CP) $< $@ >>>>> # >>>>> #$(JTREG_IMAGEDIR)/lib/jcov_implant.jar: $(JCOV_HOME)/lib/jcov_implant.jar >>>>> # $(RM) -f $@ >>>>> # $(MKDIR) -p $(@D) >>>>> # $(CP) $< $@ >>>>> # >>>>> #TARGETS.ZIP.jtreg += \ >>>>> # $(JTREG_IMAGEDIR)/lib/jcov.jar \ >>>>> # $(JTREG_IMAGEDIR)/lib/jcov_implant.jar >>>>> # >>>>> #endif JCOV_HOME >>>>> >>>>> And now it builds. Thanks. >>>>> >>>>> Nick >>>> Thanks for the update. So the "broken" part that needs fixing is just the first 3 lines you commented out, right? If you just comment those lines out, the ifdef in the second block will take care of the rest. >>>> >>>> -- Jon >>> You'd think, but just commenting out the first three lines (from Defs.gmk) didn't work. I had to comment out the second block (jtreg.gmk), too. Doesn't make any sense to me, but that's what worked. >>> >>> Nick >> >> Hmm. OK. Thanks for the info. >> >> -- Jon > If it helps any, originally the error message was something like "Required file /java/re/jcov/2.0/promoted/latest/binaries/jcov_2.0/lib/jcov.jar not found." When I commented out the three lines the error changed to something like "Failed to copy file lib/jcov.jar to build/images/jtreg/lib/jcov.jar." Commenting out the second block got rid of the second error. It's almost like JCOV_HOME was getting set to blank somehow. > > Nick > Yeah, I'll play around with it, and make sure all the messages make sense when the various variables are unset. I'll also update the README files. -- jon From Alan.Bateman at oracle.com Tue Jul 30 11:10:32 2013 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 30 Jul 2013 11:10:32 -0700 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> Message-ID: <51F80198.4050209@oracle.com> On 30/07/2013 11:02, Nick Williams wrote: > I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... > > Thoughts? What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. -Alan. > > Here's the output from one of the tests. It looks like all the other test outputs: > > #Test Results (version 2) > #Tue Jul 30 12:38:15 CDT 2013 > #-----testdescription----- > $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java > $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test > keywords=bug4143651 > run=ASSUMED_ACTION main ReadAfterClose\n > source=ReadAfterClose.java > title=Test if I/O methods will check if the stream has been closed. > > #-----environment----- > > #-----testresult----- > description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java > elapsed=60007 0\:01\:00.007 > end=Tue Jul 30 12\:38\:15 CDT 2013 > environment=regtest > execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out > hostname=unknown > javatestOS=Mac OS X 10.7.5 (x86_64) > javatestVersion=4.4.1 > jtregVersion=jtreg 4.1 dev b00 > script=com.sun.javatest.regtest.RegressionScript > sections=script_messages build compile > start=Tue Jul 30 12\:37\:15 CDT 2013 > test=java/io/BufferedInputStream/ReadAfterClose.java > user.name=Nicholas > work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream > > #section:script_messages > ----------messages:(5/308)---------- > JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) > openjdk version "1.8.0-internal" > OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) > OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) > > > #section:build > ----------messages:(3/100)---------- > command: build ReadAfterClose > reason: Named class compiled on demand > elapsed time (seconds): 60.005 > result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out > > #section:compile > ----------messages:(3/235)---------- > command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java > reason: .class file out of date or does not exist > elapsed time (seconds): 60.005 > result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out > > > test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out > From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 11:16:54 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 13:16:54 -0500 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <51F80198.4050209@oracle.com> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> Message-ID: On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: > On 30/07/2013 11:02, Nick Williams wrote: >> I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... >> >> Thoughts? > What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. > > -Alan. Command, just like README-builds.html#testing says: cd test && make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all I assume this is specifically an java.io-related problem because all the java.beans tests passed without exception and so far every java.io test through java.io.Externalizable (that's as far as it has gotten) has failed without exception. Wouldn't a problem with jtreg communicating with the agent VM have shown up in java.beans as well? I could be wrong of course. > > >> >> Here's the output from one of the tests. It looks like all the other test outputs: >> >> #Test Results (version 2) >> #Tue Jul 30 12:38:15 CDT 2013 >> #-----testdescription----- >> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >> keywords=bug4143651 >> run=ASSUMED_ACTION main ReadAfterClose\n >> source=ReadAfterClose.java >> title=Test if I/O methods will check if the stream has been closed. >> >> #-----environment----- >> >> #-----testresult----- >> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >> elapsed=60007 0\:01\:00.007 >> end=Tue Jul 30 12\:38\:15 CDT 2013 >> environment=regtest >> execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out >> hostname=unknown >> javatestOS=Mac OS X 10.7.5 (x86_64) >> javatestVersion=4.4.1 >> jtregVersion=jtreg 4.1 dev b00 >> script=com.sun.javatest.regtest.RegressionScript >> sections=script_messages build compile >> start=Tue Jul 30 12\:37\:15 CDT 2013 >> test=java/io/BufferedInputStream/ReadAfterClose.java >> user.name=Nicholas >> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >> >> #section:script_messages >> ----------messages:(5/308)---------- >> JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >> openjdk version "1.8.0-internal" >> OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) >> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >> >> >> #section:build >> ----------messages:(3/100)---------- >> command: build ReadAfterClose >> reason: Named class compiled on demand >> elapsed time (seconds): 60.005 >> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >> >> #section:compile >> ----------messages:(3/235)---------- >> command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >> reason: .class file out of date or does not exist >> elapsed time (seconds): 60.005 >> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >> >> >> test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >> > From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 11:39:22 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 13:39:22 -0500 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> Message-ID: On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: > > On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: > >> On 30/07/2013 11:02, Nick Williams wrote: >>> I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... >>> >>> Thoughts? >> What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. >> >> -Alan. > > Command, just like README-builds.html#testing says: > > cd test && make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all > > I assume this is specifically an java.io-related problem because all the java.beans tests passed without exception and so far every java.io test through java.io.Externalizable (that's as far as it has gotten) has failed without exception. Wouldn't a problem with jtreg communicating with the agent VM have shown up in java.beans as well? I could be wrong of course. I see now that java.beans tests run in "othervm mode" while java.io tests run in "agentvm mode." Didn't realize they were being run differently. Your explanation makes much more sense now, but I still don't know what's wrong... > >> >> >>> >>> Here's the output from one of the tests. It looks like all the other test outputs: >>> >>> #Test Results (version 2) >>> #Tue Jul 30 12:38:15 CDT 2013 >>> #-----testdescription----- >>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>> keywords=bug4143651 >>> run=ASSUMED_ACTION main ReadAfterClose\n >>> source=ReadAfterClose.java >>> title=Test if I/O methods will check if the stream has been closed. >>> >>> #-----environment----- >>> >>> #-----testresult----- >>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>> elapsed=60007 0\:01\:00.007 >>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>> environment=regtest >>> execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out >>> hostname=unknown >>> javatestOS=Mac OS X 10.7.5 (x86_64) >>> javatestVersion=4.4.1 >>> jtregVersion=jtreg 4.1 dev b00 >>> script=com.sun.javatest.regtest.RegressionScript >>> sections=script_messages build compile >>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>> test=java/io/BufferedInputStream/ReadAfterClose.java >>> user.name=Nicholas >>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>> >>> #section:script_messages >>> ----------messages:(5/308)---------- >>> JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>> openjdk version "1.8.0-internal" >>> OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>> >>> >>> #section:build >>> ----------messages:(3/100)---------- >>> command: build ReadAfterClose >>> reason: Named class compiled on demand >>> elapsed time (seconds): 60.005 >>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>> >>> #section:compile >>> ----------messages:(3/235)---------- >>> command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>> reason: .class file out of date or does not exist >>> elapsed time (seconds): 60.005 >>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>> >>> >>> test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>> >> > From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 13:13:53 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 15:13:53 -0500 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> Message-ID: Okay, this is indeed very interesting. After two hours it was only about half-way through the java.io tests and all of them had failed so far. On a sheer hunch and nothing more, I unplugged my ethernet cable, thus disconnecting me from any/all networks and the Internet. BOOM. The rest of the java.io tests finished (and passed) in a few seconds, leaving 137 that had failed. I then re-ran the tests while still disconnected from the Internet and 312 of the java.io tests passed this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, output below). I plugged my Ethernet back in and ran the tests again and java.io started failing every test again, timing out after 60 seconds each. Curiously extending my hunch I remained connected over Ethernet and connected to a remote network via OpenVPN. Now all of the java.io test pass again (except that same one, with the same output). What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) Unfortunately, the one failed java.io test prevents jtreg from continuing on to the next set of tests (java.lang). Anyone know how to tell jtreg to continue running on error? Nick #Test Results (version 2) #Tue Jul 30 14:53:42 CDT 2013 #-----testdescription----- $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test keywords=bug8003258 run=USER_SPECIFIED testng Lines\n source=Lines.java title=\ #-----environment----- #-----testresult----- end=Tue Jul 30 14\:53\:42 CDT 2013 execStatus=Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java\: java.lang.NullPointerException sections=script_messages Details #section:script_messages ----------messages:(0/0)---------- #section:Details ----------messages:(0/0)---------- ----------Stack trace:(10/672)---------- java.lang.NullPointerException at com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) at com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) at com.sun.javatest.Script.run(Script.java:228) at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) at com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) result: Not run. Test running... test result: Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java: java.lang.NullPointerException On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: > > On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: > >> >> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >> >>> On 30/07/2013 11:02, Nick Williams wrote: >>>> I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... >>>> >>>> Thoughts? >>> What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. >>> >>> -Alan. >> >> Command, just like README-builds.html#testing says: >> >> cd test && make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all >> >> I assume this is specifically an java.io-related problem because all the java.beans tests passed without exception and so far every java.io test through java.io.Externalizable (that's as far as it has gotten) has failed without exception. Wouldn't a problem with jtreg communicating with the agent VM have shown up in java.beans as well? I could be wrong of course. > > I see now that java.beans tests run in "othervm mode" while java.io tests run in "agentvm mode." Didn't realize they were being run differently. Your explanation makes much more sense now, but I still don't know what's wrong... > >> >>> >>> >>>> >>>> Here's the output from one of the tests. It looks like all the other test outputs: >>>> >>>> #Test Results (version 2) >>>> #Tue Jul 30 12:38:15 CDT 2013 >>>> #-----testdescription----- >>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>> keywords=bug4143651 >>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>> source=ReadAfterClose.java >>>> title=Test if I/O methods will check if the stream has been closed. >>>> >>>> #-----environment----- >>>> >>>> #-----testresult----- >>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>> elapsed=60007 0\:01\:00.007 >>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>> environment=regtest >>>> execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out >>>> hostname=unknown >>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>> javatestVersion=4.4.1 >>>> jtregVersion=jtreg 4.1 dev b00 >>>> script=com.sun.javatest.regtest.RegressionScript >>>> sections=script_messages build compile >>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>> user.name=Nicholas >>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>> >>>> #section:script_messages >>>> ----------messages:(5/308)---------- >>>> JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>> openjdk version "1.8.0-internal" >>>> OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>> >>>> >>>> #section:build >>>> ----------messages:(3/100)---------- >>>> command: build ReadAfterClose >>>> reason: Named class compiled on demand >>>> elapsed time (seconds): 60.005 >>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>> >>>> #section:compile >>>> ----------messages:(3/235)---------- >>>> command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>> reason: .class file out of date or does not exist >>>> elapsed time (seconds): 60.005 >>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>> >>>> >>>> test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>> >>> >> > From jonathan.gibbons at oracle.com Tue Jul 30 13:46:34 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 13:46:34 -0700 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> Message-ID: <51F8262A.3060809@oracle.com> jtreg itself does not "stop on error". If you're driving the tests through the makefiles, the makefiles may partition the work into separate jtreg runs on separate parts of the test suite. -- Jon On 07/30/2013 01:13 PM, Nick Williams wrote: > Okay, this is indeed very interesting. After two hours it was only about half-way through the java.io tests and all of them had failed so far. On a sheer hunch and nothing more, I unplugged my ethernet cable, thus disconnecting me from any/all networks and the Internet. BOOM. The rest of the java.io tests finished (and passed) in a few seconds, leaving 137 that had failed. I then re-ran the tests while still disconnected from the Internet and 312 of the java.io tests passed this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, output below). > > I plugged my Ethernet back in and ran the tests again and java.io started failing every test again, timing out after 60 seconds each. Curiously extending my hunch I remained connected over Ethernet and connected to a remote network via OpenVPN. Now all of the java.io test pass again (except that same one, with the same output). > > What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) > > Unfortunately, the one failed java.io test prevents jtreg from continuing on to the next set of tests (java.lang). Anyone know how to tell jtreg to continue running on error? > > Nick > > #Test Results (version 2) > #Tue Jul 30 14:53:42 CDT 2013 > #-----testdescription----- > $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java > $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test > keywords=bug8003258 > run=USER_SPECIFIED testng Lines\n > source=Lines.java > title=\ > > #-----environment----- > > #-----testresult----- > end=Tue Jul 30 14\:53\:42 CDT 2013 > execStatus=Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java\: java.lang.NullPointerException > sections=script_messages Details > > #section:script_messages > ----------messages:(0/0)---------- > > #section:Details > ----------messages:(0/0)---------- > ----------Stack trace:(10/672)---------- > java.lang.NullPointerException > at com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) > at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) > at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) > at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) > at com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) > at com.sun.javatest.Script.run(Script.java:228) > at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) > at com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) > at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) > result: Not run. Test running... > > > test result: Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java: java.lang.NullPointerException > > > On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: > >> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >> >>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>> >>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>> I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... >>>>> >>>>> Thoughts? >>>> What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. >>>> >>>> -Alan. >>> Command, just like README-builds.html#testing says: >>> >>> cd test && make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all >>> >>> I assume this is specifically an java.io-related problem because all the java.beans tests passed without exception and so far every java.io test through java.io.Externalizable (that's as far as it has gotten) has failed without exception. Wouldn't a problem with jtreg communicating with the agent VM have shown up in java.beans as well? I could be wrong of course. >> I see now that java.beans tests run in "othervm mode" while java.io tests run in "agentvm mode." Didn't realize they were being run differently. Your explanation makes much more sense now, but I still don't know what's wrong... >> >>>> >>>>> Here's the output from one of the tests. It looks like all the other test outputs: >>>>> >>>>> #Test Results (version 2) >>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>> #-----testdescription----- >>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>> keywords=bug4143651 >>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>> source=ReadAfterClose.java >>>>> title=Test if I/O methods will check if the stream has been closed. >>>>> >>>>> #-----environment----- >>>>> >>>>> #-----testresult----- >>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>> elapsed=60007 0\:01\:00.007 >>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>> environment=regtest >>>>> execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out >>>>> hostname=unknown >>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>> javatestVersion=4.4.1 >>>>> jtregVersion=jtreg 4.1 dev b00 >>>>> script=com.sun.javatest.regtest.RegressionScript >>>>> sections=script_messages build compile >>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>> user.name=Nicholas >>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>> >>>>> #section:script_messages >>>>> ----------messages:(5/308)---------- >>>>> JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>> openjdk version "1.8.0-internal" >>>>> OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>> >>>>> >>>>> #section:build >>>>> ----------messages:(3/100)---------- >>>>> command: build ReadAfterClose >>>>> reason: Named class compiled on demand >>>>> elapsed time (seconds): 60.005 >>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>> >>>>> #section:compile >>>>> ----------messages:(3/235)---------- >>>>> command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>> reason: .class file out of date or does not exist >>>>> elapsed time (seconds): 60.005 >>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>> >>>>> >>>>> test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>> From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 13:50:55 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 15:50:55 -0500 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <51F8262A.3060809@oracle.com> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> Message-ID: <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> Gotchya. I commented out the java.io tests locally for now. By the way, I noticed something. Before, when the java.io tests were failing, the output said "hostname=unknown." However, now that I'm connected to the VPN and they're passing, the output says "hostname=10.211.55.2." When I unplug from the ethernet altogether, the output says "hostname=127.0.0.1." Sounds like that has something to do with this weird failure of all java.io tests. N On Jul 30, 2013, at 3:46 PM, Jonathan Gibbons wrote: > > jtreg itself does not "stop on error". If you're driving the tests through the makefiles, the makefiles may partition the work into separate jtreg runs on separate parts of the test suite. > > -- Jon > > > On 07/30/2013 01:13 PM, Nick Williams wrote: >> Okay, this is indeed very interesting. After two hours it was only about half-way through the java.io tests and all of them had failed so far. On a sheer hunch and nothing more, I unplugged my ethernet cable, thus disconnecting me from any/all networks and the Internet. BOOM. The rest of the java.io tests finished (and passed) in a few seconds, leaving 137 that had failed. I then re-ran the tests while still disconnected from the Internet and 312 of the java.io tests passed this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, output below). >> >> I plugged my Ethernet back in and ran the tests again and java.io started failing every test again, timing out after 60 seconds each. Curiously extending my hunch I remained connected over Ethernet and connected to a remote network via OpenVPN. Now all of the java.io test pass again (except that same one, with the same output). >> >> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >> >> Unfortunately, the one failed java.io test prevents jtreg from continuing on to the next set of tests (java.lang). Anyone know how to tell jtreg to continue running on error? >> >> Nick >> >> #Test Results (version 2) >> #Tue Jul 30 14:53:42 CDT 2013 >> #-----testdescription----- >> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >> keywords=bug8003258 >> run=USER_SPECIFIED testng Lines\n >> source=Lines.java >> title=\ >> >> #-----environment----- >> >> #-----testresult----- >> end=Tue Jul 30 14\:53\:42 CDT 2013 >> execStatus=Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >> sections=script_messages Details >> >> #section:script_messages >> ----------messages:(0/0)---------- >> >> #section:Details >> ----------messages:(0/0)---------- >> ----------Stack trace:(10/672)---------- >> java.lang.NullPointerException >> at com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >> at com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >> at com.sun.javatest.Script.run(Script.java:228) >> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >> at com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >> result: Not run. Test running... >> >> >> test result: Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java: java.lang.NullPointerException >> >> >> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >> >>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>> >>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>> >>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>> I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... >>>>>> >>>>>> Thoughts? >>>>> What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. >>>>> >>>>> -Alan. >>>> Command, just like README-builds.html#testing says: >>>> >>>> cd test && make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all >>>> >>>> I assume this is specifically an java.io-related problem because all the java.beans tests passed without exception and so far every java.io test through java.io.Externalizable (that's as far as it has gotten) has failed without exception. Wouldn't a problem with jtreg communicating with the agent VM have shown up in java.beans as well? I could be wrong of course. >>> I see now that java.beans tests run in "othervm mode" while java.io tests run in "agentvm mode." Didn't realize they were being run differently. Your explanation makes much more sense now, but I still don't know what's wrong... >>> >>>>> >>>>>> Here's the output from one of the tests. It looks like all the other test outputs: >>>>>> >>>>>> #Test Results (version 2) >>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>> #-----testdescription----- >>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>> keywords=bug4143651 >>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>> source=ReadAfterClose.java >>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>> >>>>>> #-----environment----- >>>>>> >>>>>> #-----testresult----- >>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>> elapsed=60007 0\:01\:00.007 >>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>> environment=regtest >>>>>> execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out >>>>>> hostname=unknown >>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>> javatestVersion=4.4.1 >>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>> sections=script_messages build compile >>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>> user.name=Nicholas >>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>> >>>>>> #section:script_messages >>>>>> ----------messages:(5/308)---------- >>>>>> JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>> openjdk version "1.8.0-internal" >>>>>> OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>> >>>>>> >>>>>> #section:build >>>>>> ----------messages:(3/100)---------- >>>>>> command: build ReadAfterClose >>>>>> reason: Named class compiled on demand >>>>>> elapsed time (seconds): 60.005 >>>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>> >>>>>> #section:compile >>>>>> ----------messages:(3/235)---------- >>>>>> command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>> reason: .class file out of date or does not exist >>>>>> elapsed time (seconds): 60.005 >>>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>> >>>>>> >>>>>> test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>> > From jonathan.gibbons at oracle.com Tue Jul 30 13:53:49 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 13:53:49 -0700 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> Message-ID: <51F827DD.6060505@oracle.com> Regarding the hostname, jtreg is executing the following code for all tests, not just java.io tests String hostname; try { hostname = InetAddress.getLocalHost().getCanonicalHostName(); } catch (UnknownHostException e) { hostname = "unknown"; } On 07/30/2013 01:50 PM, Nick Williams wrote: > Gotchya. > > I commented out the java.io tests locally for now. > > By the way, I noticed something. Before, when the java.io tests were failing, the output said "hostname=unknown." However, now that I'm connected to the VPN and they're passing, the output says "hostname=10.211.55.2." When I unplug from the ethernet altogether, the output says "hostname=127.0.0.1." > > Sounds like that has something to do with this weird failure of all java.io tests. > > N > > On Jul 30, 2013, at 3:46 PM, Jonathan Gibbons wrote: > >> jtreg itself does not "stop on error". If you're driving the tests through the makefiles, the makefiles may partition the work into separate jtreg runs on separate parts of the test suite. >> >> -- Jon >> >> >> On 07/30/2013 01:13 PM, Nick Williams wrote: >>> Okay, this is indeed very interesting. After two hours it was only about half-way through the java.io tests and all of them had failed so far. On a sheer hunch and nothing more, I unplugged my ethernet cable, thus disconnecting me from any/all networks and the Internet. BOOM. The rest of the java.io tests finished (and passed) in a few seconds, leaving 137 that had failed. I then re-ran the tests while still disconnected from the Internet and 312 of the java.io tests passed this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, output below). >>> >>> I plugged my Ethernet back in and ran the tests again and java.io started failing every test again, timing out after 60 seconds each. Curiously extending my hunch I remained connected over Ethernet and connected to a remote network via OpenVPN. Now all of the java.io test pass again (except that same one, with the same output). >>> >>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>> >>> Unfortunately, the one failed java.io test prevents jtreg from continuing on to the next set of tests (java.lang). Anyone know how to tell jtreg to continue running on error? >>> >>> Nick >>> >>> #Test Results (version 2) >>> #Tue Jul 30 14:53:42 CDT 2013 >>> #-----testdescription----- >>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>> keywords=bug8003258 >>> run=USER_SPECIFIED testng Lines\n >>> source=Lines.java >>> title=\ >>> >>> #-----environment----- >>> >>> #-----testresult----- >>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>> execStatus=Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>> sections=script_messages Details >>> >>> #section:script_messages >>> ----------messages:(0/0)---------- >>> >>> #section:Details >>> ----------messages:(0/0)---------- >>> ----------Stack trace:(10/672)---------- >>> java.lang.NullPointerException >>> at com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>> at com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>> at com.sun.javatest.Script.run(Script.java:228) >>> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>> at com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>> result: Not run. Test running... >>> >>> >>> test result: Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>> >>> >>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>> >>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>> >>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>> >>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>> I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... >>>>>>> >>>>>>> Thoughts? >>>>>> What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. >>>>>> >>>>>> -Alan. >>>>> Command, just like README-builds.html#testing says: >>>>> >>>>> cd test && make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all >>>>> >>>>> I assume this is specifically an java.io-related problem because all the java.beans tests passed without exception and so far every java.io test through java.io.Externalizable (that's as far as it has gotten) has failed without exception. Wouldn't a problem with jtreg communicating with the agent VM have shown up in java.beans as well? I could be wrong of course. >>>> I see now that java.beans tests run in "othervm mode" while java.io tests run in "agentvm mode." Didn't realize they were being run differently. Your explanation makes much more sense now, but I still don't know what's wrong... >>>> >>>>>>> Here's the output from one of the tests. It looks like all the other test outputs: >>>>>>> >>>>>>> #Test Results (version 2) >>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>> #-----testdescription----- >>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>> keywords=bug4143651 >>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>> source=ReadAfterClose.java >>>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>>> >>>>>>> #-----environment----- >>>>>>> >>>>>>> #-----testresult----- >>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>> environment=regtest >>>>>>> execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out >>>>>>> hostname=unknown >>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>> javatestVersion=4.4.1 >>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>> sections=script_messages build compile >>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> user.name=Nicholas >>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>> >>>>>>> #section:script_messages >>>>>>> ----------messages:(5/308)---------- >>>>>>> JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>> openjdk version "1.8.0-internal" >>>>>>> OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>> >>>>>>> >>>>>>> #section:build >>>>>>> ----------messages:(3/100)---------- >>>>>>> command: build ReadAfterClose >>>>>>> reason: Named class compiled on demand >>>>>>> elapsed time (seconds): 60.005 >>>>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>> >>>>>>> #section:compile >>>>>>> ----------messages:(3/235)---------- >>>>>>> command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> reason: .class file out of date or does not exist >>>>>>> elapsed time (seconds): 60.005 >>>>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>> >>>>>>> >>>>>>> test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>> From jonathan.gibbons at oracle.com Tue Jul 30 13:57:06 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 13:57:06 -0700 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> Message-ID: <51F828A2.8010503@oracle.com> I note, and will fix the NPE in the stack trace. -- Jon On 07/30/2013 01:50 PM, Nick Williams wrote: > Gotchya. > > I commented out the java.io tests locally for now. > > By the way, I noticed something. Before, when the java.io tests were failing, the output said "hostname=unknown." However, now that I'm connected to the VPN and they're passing, the output says "hostname=10.211.55.2." When I unplug from the ethernet altogether, the output says "hostname=127.0.0.1." > > Sounds like that has something to do with this weird failure of all java.io tests. > > N > > On Jul 30, 2013, at 3:46 PM, Jonathan Gibbons wrote: > >> jtreg itself does not "stop on error". If you're driving the tests through the makefiles, the makefiles may partition the work into separate jtreg runs on separate parts of the test suite. >> >> -- Jon >> >> >> On 07/30/2013 01:13 PM, Nick Williams wrote: >>> Okay, this is indeed very interesting. After two hours it was only about half-way through the java.io tests and all of them had failed so far. On a sheer hunch and nothing more, I unplugged my ethernet cable, thus disconnecting me from any/all networks and the Internet. BOOM. The rest of the java.io tests finished (and passed) in a few seconds, leaving 137 that had failed. I then re-ran the tests while still disconnected from the Internet and 312 of the java.io tests passed this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, output below). >>> >>> I plugged my Ethernet back in and ran the tests again and java.io started failing every test again, timing out after 60 seconds each. Curiously extending my hunch I remained connected over Ethernet and connected to a remote network via OpenVPN. Now all of the java.io test pass again (except that same one, with the same output). >>> >>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>> >>> Unfortunately, the one failed java.io test prevents jtreg from continuing on to the next set of tests (java.lang). Anyone know how to tell jtreg to continue running on error? >>> >>> Nick >>> >>> #Test Results (version 2) >>> #Tue Jul 30 14:53:42 CDT 2013 >>> #-----testdescription----- >>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>> keywords=bug8003258 >>> run=USER_SPECIFIED testng Lines\n >>> source=Lines.java >>> title=\ >>> >>> #-----environment----- >>> >>> #-----testresult----- >>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>> execStatus=Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>> sections=script_messages Details >>> >>> #section:script_messages >>> ----------messages:(0/0)---------- >>> >>> #section:Details >>> ----------messages:(0/0)---------- >>> ----------Stack trace:(10/672)---------- >>> java.lang.NullPointerException >>> at com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>> at com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>> at com.sun.javatest.Script.run(Script.java:228) >>> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>> at com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>> result: Not run. Test running... >>> >>> >>> test result: Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>> >>> >>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>> >>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>> >>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>> >>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>> I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... >>>>>>> >>>>>>> Thoughts? >>>>>> What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. >>>>>> >>>>>> -Alan. >>>>> Command, just like README-builds.html#testing says: >>>>> >>>>> cd test && make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all >>>>> >>>>> I assume this is specifically an java.io-related problem because all the java.beans tests passed without exception and so far every java.io test through java.io.Externalizable (that's as far as it has gotten) has failed without exception. Wouldn't a problem with jtreg communicating with the agent VM have shown up in java.beans as well? I could be wrong of course. >>>> I see now that java.beans tests run in "othervm mode" while java.io tests run in "agentvm mode." Didn't realize they were being run differently. Your explanation makes much more sense now, but I still don't know what's wrong... >>>> >>>>>>> Here's the output from one of the tests. It looks like all the other test outputs: >>>>>>> >>>>>>> #Test Results (version 2) >>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>> #-----testdescription----- >>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>> keywords=bug4143651 >>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>> source=ReadAfterClose.java >>>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>>> >>>>>>> #-----environment----- >>>>>>> >>>>>>> #-----testresult----- >>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>> environment=regtest >>>>>>> execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out >>>>>>> hostname=unknown >>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>> javatestVersion=4.4.1 >>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>> sections=script_messages build compile >>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> user.name=Nicholas >>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>> >>>>>>> #section:script_messages >>>>>>> ----------messages:(5/308)---------- >>>>>>> JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>> openjdk version "1.8.0-internal" >>>>>>> OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>> >>>>>>> >>>>>>> #section:build >>>>>>> ----------messages:(3/100)---------- >>>>>>> command: build ReadAfterClose >>>>>>> reason: Named class compiled on demand >>>>>>> elapsed time (seconds): 60.005 >>>>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>> >>>>>>> #section:compile >>>>>>> ----------messages:(3/235)---------- >>>>>>> command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> reason: .class file out of date or does not exist >>>>>>> elapsed time (seconds): 60.005 >>>>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>> >>>>>>> >>>>>>> test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>> From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 13:57:37 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 15:57:37 -0500 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <51F827DD.6060505@oracle.com> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> <51F827DD.6060505@oracle.com> Message-ID: <2C77DEF7-8588-41D9-8A5B-CBBE73201440@nicholaswilliams.net> Ahhh. I know what's going on. http://blog.leon-rosenberg.net/2012/08/oracle-kills-getlocalhost-on-macos-x-in.html http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7180557 Maybe someone can fix this year-old Java 7 bug that makes getLocalHost() not work sometimes on Mac OS X? :-) N On Jul 30, 2013, at 3:53 PM, Jonathan Gibbons wrote: > Regarding the hostname, jtreg is executing the following code for all tests, not just java.io tests > > String hostname; > try { > hostname = InetAddress.getLocalHost().getCanonicalHostName(); > } catch (UnknownHostException e) { > hostname = "unknown"; > } > > > > On 07/30/2013 01:50 PM, Nick Williams wrote: >> Gotchya. >> >> I commented out the java.io tests locally for now. >> >> By the way, I noticed something. Before, when the java.io tests were failing, the output said "hostname=unknown." However, now that I'm connected to the VPN and they're passing, the output says "hostname=10.211.55.2." When I unplug from the ethernet altogether, the output says "hostname=127.0.0.1." >> >> Sounds like that has something to do with this weird failure of all java.io tests. >> >> N >> >> On Jul 30, 2013, at 3:46 PM, Jonathan Gibbons wrote: >> >>> jtreg itself does not "stop on error". If you're driving the tests through the makefiles, the makefiles may partition the work into separate jtreg runs on separate parts of the test suite. >>> >>> -- Jon >>> >>> >>> On 07/30/2013 01:13 PM, Nick Williams wrote: >>>> Okay, this is indeed very interesting. After two hours it was only about half-way through the java.io tests and all of them had failed so far. On a sheer hunch and nothing more, I unplugged my ethernet cable, thus disconnecting me from any/all networks and the Internet. BOOM. The rest of the java.io tests finished (and passed) in a few seconds, leaving 137 that had failed. I then re-ran the tests while still disconnected from the Internet and 312 of the java.io tests passed this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, output below). >>>> >>>> I plugged my Ethernet back in and ran the tests again and java.io started failing every test again, timing out after 60 seconds each. Curiously extending my hunch I remained connected over Ethernet and connected to a remote network via OpenVPN. Now all of the java.io test pass again (except that same one, with the same output). >>>> >>>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>>> >>>> Unfortunately, the one failed java.io test prevents jtreg from continuing on to the next set of tests (java.lang). Anyone know how to tell jtreg to continue running on error? >>>> >>>> Nick >>>> >>>> #Test Results (version 2) >>>> #Tue Jul 30 14:53:42 CDT 2013 >>>> #-----testdescription----- >>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>> keywords=bug8003258 >>>> run=USER_SPECIFIED testng Lines\n >>>> source=Lines.java >>>> title=\ >>>> >>>> #-----environment----- >>>> >>>> #-----testresult----- >>>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>>> execStatus=Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>>> sections=script_messages Details >>>> >>>> #section:script_messages >>>> ----------messages:(0/0)---------- >>>> >>>> #section:Details >>>> ----------messages:(0/0)---------- >>>> ----------Stack trace:(10/672)---------- >>>> java.lang.NullPointerException >>>> at com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>>> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>>> at com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>>> at com.sun.javatest.Script.run(Script.java:228) >>>> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>>> at com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>>> result: Not run. Test running... >>>> >>>> >>>> test result: Error. Unexpected exception caught from test java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>>> >>>> >>>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>>> >>>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>>> >>>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>>> >>>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>>> I'm running the core libs tests locally (for the first time), and every java.io test is failing. They're all failing for the same reason (output below), and I suspect it's something local and not an actual problem. But the test output is not very helpful. Note that all of the java.beans tests passed with flying colors. Once it got to java.io, everything started failing. Worse, each test is taking 60 seconds to fail. I could be here a while... >>>>>>>> >>>>>>>> Thoughts? >>>>>>> What command are you using? From the output it suggests that the connection between jtreg and the agent VM cannot be established. >>>>>>> >>>>>>> -Alan. >>>>>> Command, just like README-builds.html#testing says: >>>>>> >>>>>> cd test && make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all >>>>>> >>>>>> I assume this is specifically an java.io-related problem because all the java.beans tests passed without exception and so far every java.io test through java.io.Externalizable (that's as far as it has gotten) has failed without exception. Wouldn't a problem with jtreg communicating with the agent VM have shown up in java.beans as well? I could be wrong of course. >>>>> I see now that java.beans tests run in "othervm mode" while java.io tests run in "agentvm mode." Didn't realize they were being run differently. Your explanation makes much more sense now, but I still don't know what's wrong... >>>>> >>>>>>>> Here's the output from one of the tests. It looks like all the other test outputs: >>>>>>>> >>>>>>>> #Test Results (version 2) >>>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>>> #-----testdescription----- >>>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>>> keywords=bug4143651 >>>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>>> source=ReadAfterClose.java >>>>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>>>> >>>>>>>> #-----environment----- >>>>>>>> >>>>>>>> #-----testresult----- >>>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>>> environment=regtest >>>>>>>> execStatus=Error. Cannot get VM for test\: java.net.SocketTimeoutException\: Accept timed out >>>>>>>> hostname=unknown >>>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>>> javatestVersion=4.4.1 >>>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>>> sections=script_messages build compile >>>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> user.name=Nicholas >>>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>>> >>>>>>>> #section:script_messages >>>>>>>> ----------messages:(5/308)---------- >>>>>>>> JDK under test: (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>>> openjdk version "1.8.0-internal" >>>>>>>> OpenJDK Runtime Environment (build 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>>> >>>>>>>> >>>>>>>> #section:build >>>>>>>> ----------messages:(3/100)---------- >>>>>>>> command: build ReadAfterClose >>>>>>>> reason: Named class compiled on demand >>>>>>>> elapsed time (seconds): 60.005 >>>>>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>>> >>>>>>>> #section:compile >>>>>>>> ----------messages:(3/235)---------- >>>>>>>> command: compile -XDignore.symbol.file=true /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> reason: .class file out of date or does not exist >>>>>>>> elapsed time (seconds): 60.005 >>>>>>>> result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>>> >>>>>>>> >>>>>>>> test result: Error. Cannot get VM for test: java.net.SocketTimeoutException: Accept timed out >>>>>>>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jtreg-use/attachments/20130730/29033b68/attachment-0001.html From jonathan.gibbons at oracle.com Tue Jul 30 14:05:07 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 14:05:07 -0700 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <2C77DEF7-8588-41D9-8A5B-CBBE73201440@nicholaswilliams.net> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> <51F827DD.6060505@oracle.com> <2C77DEF7-8588-41D9-8A5B-CBBE73201440@nicholaswilliams.net> Message-ID: <51F82A83.8020903@oracle.com> Bumped the isue to P2, marked it "Affect 8" and added a link to this thread. -- Jon On 07/30/2013 01:57 PM, Nick Williams wrote: > Ahhh. I know what's going on. > > http://blog.leon-rosenberg.net/2012/08/oracle-kills-getlocalhost-on-macos-x-in.html > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7180557 > > Maybe someone can fix this year-old Java 7 bug that makes > getLocalHost() not work sometimes on Mac OS X? :-) > > N > > On Jul 30, 2013, at 3:53 PM, Jonathan Gibbons wrote: > >> Regarding the hostname, jtreg is executing the following code for all >> tests, not just java.io tests >> >> String hostname; >> try { >> hostname = InetAddress.getLocalHost().getCanonicalHostName(); >> } catch (UnknownHostException e) { >> hostname = "unknown"; >> } >> >> >> >> On 07/30/2013 01:50 PM, Nick Williams wrote: >>> Gotchya. >>> >>> I commented out the java.io tests locally for now. >>> >>> By the way, I noticed something. Before, when the java.io tests were >>> failing, the output said "hostname=unknown." However, now that I'm >>> connected to the VPN and they're passing, the output says >>> "hostname=10.211.55.2." When I unplug from the ethernet altogether, >>> the output says "hostname=127.0.0.1." >>> >>> Sounds like that has something to do with this weird failure of all >>> java.io tests. >>> >>> N >>> >>> On Jul 30, 2013, at 3:46 PM, Jonathan Gibbons wrote: >>> >>>> jtreg itself does not "stop on error". If you're driving the tests >>>> through the makefiles, the makefiles may partition the work into >>>> separate jtreg runs on separate parts of the test suite. >>>> >>>> -- Jon >>>> >>>> >>>> On 07/30/2013 01:13 PM, Nick Williams wrote: >>>>> Okay, this is indeed very interesting. After two hours it was only >>>>> about half-way through the java.io tests and all of them had >>>>> failed so far. On a sheer hunch and nothing more, I unplugged my >>>>> ethernet cable, thus disconnecting me from any/all networks and >>>>> the Internet. BOOM. The rest of the java.io tests finished (and >>>>> passed) in a few seconds, leaving 137 that had failed. I then >>>>> re-ran the tests while still disconnected from the Internet and >>>>> 312 of the java.io tests passed this time, leaving only 1 failure >>>>> (java/io/BufferedReader/Lines.java, output below). >>>>> >>>>> I plugged my Ethernet back in and ran the tests again and java.io >>>>> started failing every test again, timing out after 60 seconds >>>>> each. Curiously extending my hunch I remained connected over >>>>> Ethernet and connected to a remote network via OpenVPN. Now all of >>>>> the java.io test pass again (except that same one, with the same >>>>> output). >>>>> >>>>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>>>> >>>>> Unfortunately, the one failed java.io test prevents jtreg from >>>>> continuing on to the next set of tests (java.lang). Anyone know >>>>> how to tell jtreg to continue running on error? >>>>> >>>>> Nick >>>>> >>>>> #Test Results (version 2) >>>>> #Tue Jul 30 14:53:42 CDT 2013 >>>>> #-----testdescription----- >>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>> keywords=bug8003258 >>>>> run=USER_SPECIFIED testng Lines\n >>>>> source=Lines.java >>>>> title=\ >>>>> >>>>> #-----environment----- >>>>> >>>>> #-----testresult----- >>>>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>>>> execStatus=Error. Unexpected exception caught from test >>>>> java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>>>> sections=script_messages Details >>>>> >>>>> #section:script_messages >>>>> ----------messages:(0/0)---------- >>>>> >>>>> #section:Details >>>>> ----------messages:(0/0)---------- >>>>> ----------Stack trace:(10/672)---------- >>>>> java.lang.NullPointerException >>>>> at >>>>> com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>>>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>>>> at >>>>> com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>>>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>>>> at >>>>> com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>>>> at com.sun.javatest.Script.run(Script.java:228) >>>>> at >>>>> com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>>>> at >>>>> com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>>>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>>>> result: Not run. Test running... >>>>> >>>>> >>>>> test result: Error. Unexpected exception caught from test >>>>> java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>>>> >>>>> >>>>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>>>> >>>>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>>>> >>>>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>>>> >>>>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>>>> I'm running the core libs tests locally (for the first time), >>>>>>>>> and every java.io test is failing. They're all failing for the >>>>>>>>> same reason (output below), and I suspect it's something local >>>>>>>>> and not an actual problem. But the test output is not very >>>>>>>>> helpful. Note that all of the java.beans tests passed with >>>>>>>>> flying colors. Once it got to java.io, everything started >>>>>>>>> failing. Worse, each test is taking 60 seconds to fail. I >>>>>>>>> could be here a while... >>>>>>>>> >>>>>>>>> Thoughts? >>>>>>>> What command are you using? From the output it suggests that >>>>>>>> the connection between jtreg and the agent VM cannot be >>>>>>>> established. >>>>>>>> >>>>>>>> -Alan. >>>>>>> Command, just like README-builds.html#testing says: >>>>>>> >>>>>>> cd test && make >>>>>>> PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ >>>>>>> all >>>>>>> >>>>>>> I assume this is specifically an java.io-related problem because >>>>>>> all the java.beans tests passed without exception and so far >>>>>>> every java.io test through java.io.Externalizable (that's as far >>>>>>> as it has gotten) has failed without exception. Wouldn't a >>>>>>> problem with jtreg communicating with the agent VM have shown up >>>>>>> in java.beans as well? I could be wrong of course. >>>>>> I see now that java.beans tests run in "othervm mode" while >>>>>> java.io tests run in "agentvm mode." Didn't realize they were >>>>>> being run differently. Your explanation makes much more sense >>>>>> now, but I still don't know what's wrong... >>>>>> >>>>>>>>> Here's the output from one of the tests. It looks like all the >>>>>>>>> other test outputs: >>>>>>>>> >>>>>>>>> #Test Results (version 2) >>>>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>>>> #-----testdescription----- >>>>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>>>> keywords=bug4143651 >>>>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>>>> source=ReadAfterClose.java >>>>>>>>> title=Test if I/O methods will check if the stream has been >>>>>>>>> closed. >>>>>>>>> >>>>>>>>> #-----environment----- >>>>>>>>> >>>>>>>>> #-----testresult----- >>>>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>>>> environment=regtest >>>>>>>>> execStatus=Error. Cannot get VM for test\: >>>>>>>>> java.net.SocketTimeoutException\: Accept timed out >>>>>>>>> hostname=unknown >>>>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>>>> javatestVersion=4.4.1 >>>>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>>>> sections=script_messages build compile >>>>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>> user.name=Nicholas >>>>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>>>> >>>>>>>>> #section:script_messages >>>>>>>>> ----------messages:(5/308)---------- >>>>>>>>> JDK under test: >>>>>>>>> (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>>>> openjdk version "1.8.0-internal" >>>>>>>>> OpenJDK Runtime Environment (build >>>>>>>>> 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>>>> >>>>>>>>> >>>>>>>>> #section:build >>>>>>>>> ----------messages:(3/100)---------- >>>>>>>>> command: build ReadAfterClose >>>>>>>>> reason: Named class compiled on demand >>>>>>>>> elapsed time (seconds): 60.005 >>>>>>>>> result: Error. Cannot get VM for test: >>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>> >>>>>>>>> #section:compile >>>>>>>>> ----------messages:(3/235)---------- >>>>>>>>> command: compile -XDignore.symbol.file=true >>>>>>>>> /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>> reason: .class file out of date or does not exist >>>>>>>>> elapsed time (seconds): 60.005 >>>>>>>>> result: Error. Cannot get VM for test: >>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>> >>>>>>>>> >>>>>>>>> test result: Error. Cannot get VM for test: >>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jtreg-use/attachments/20130730/76c5968e/attachment-0001.html From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 14:43:58 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 16:43:58 -0500 Subject: How to get junit on classpath? Message-ID: <3966A335-BE1C-47E2-A41C-73049DF36F29@nicholaswilliams.net> I'm getting this error on many tests in JDK: java.lang.Exception: No JUnit 4 driver (install junit.jar next to jtreg.jar) [stack trace] As you can see, junit.jar is installed next to jtreg.jar: nickwilliams:jtreg Nicholas$ echo $JT_HOME /usr/share/java/jtreg nickwilliams:jtreg Nicholas$ cd $JT_HOME nickwilliams:jtreg Nicholas$ ls -al total 64 drwxr-xr-x 12 root wheel 408 Jul 30 12:29 . drwxr-xr-x 15 root wheel 510 Jul 30 12:29 .. -rw-r--r-- 1 root wheel 994 Jul 30 12:29 COPYRIGHT -rw-r--r-- 1 root wheel 19241 Jul 30 12:29 LICENSE -rw-r--r-- 1 root wheel 3790 Jul 30 12:29 README drwxr-xr-x 3 root wheel 102 Jul 30 12:29 doc drwxr-xr-x 4 root wheel 136 Jul 30 12:29 legal drwxr-xr-x 7 root wheel 238 Jul 30 12:29 lib drwxr-xr-x 3 root wheel 102 Jul 30 12:29 linux -rw-r--r-- 1 root wheel 73 Jul 30 12:29 release drwxr-xr-x 3 root wheel 102 Jul 30 12:29 solaris drwxr-xr-x 3 root wheel 102 Jul 30 12:29 win32 nickwilliams:jtreg Nicholas$ ls -al lib total 13200 drwxr-xr-x 7 root wheel 238 Jul 30 12:29 . drwxr-xr-x 12 root wheel 408 Jul 30 12:29 .. -rw-r-xr-x@ 1 root wheel 4613089 Jul 30 12:29 javatest.jar -rw-r--r--@ 1 root wheel 508396 Jul 30 12:29 jh.jar -r--r--r-- 1 root wheel 542604 Jul 30 12:29 jtreg.jar -rw-r--r--@ 1 root wheel 245039 Jul 30 12:29 junit.jar -rw-r--r--@ 1 root wheel 835600 Jul 30 12:29 testng.jar I even tried setting the CLASSPATH system variable, to no avail. Made no difference one way or the other. nickwilliams:test Nicholas$ echo $CLASSPATH /usr/share/java/jtreg/lib/javatest.jar:/usr/share/java/jtreg/lib/jh.jar:/usr/share/java/jtreg/lib/junit.jar:/usr/share/java/jtreg/lib/testng.jar I'm running JDK8 tests using Makefile. Thoughts? Nick From jonathan.gibbons at oracle.com Tue Jul 30 15:01:36 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 15:01:36 -0700 Subject: How to get junit on classpath? In-Reply-To: <3966A335-BE1C-47E2-A41C-73049DF36F29@nicholaswilliams.net> References: <3966A335-BE1C-47E2-A41C-73049DF36F29@nicholaswilliams.net> Message-ID: <51F837C0.8090603@oracle.com> What version of JUnit are you using, and does junit.jar contain org.junit.runner.JUnitCore? At the lowest level, you can set the location by setting the system property "junit.jar" when you run jtreg, but that may be tricky if you are using the Makefiles, and the fact that it is not working by default indicates something might be wrong. If you want to try and set the system property, make sure you set the sys prop in the JVM used to run jtreg, and not in the JVM used to run the tests. If you use the jtreg startup script, that means using -J-Djunit.jar=path -- note the -J prefix. --Jon On 07/30/2013 02:43 PM, Nick Williams wrote: > I'm getting this error on many tests in JDK: > > java.lang.Exception: No JUnit 4 driver (install junit.jar next to jtreg.jar) > [stack trace] > > As you can see, junit.jar is installed next to jtreg.jar: > > nickwilliams:jtreg Nicholas$ echo $JT_HOME > /usr/share/java/jtreg > nickwilliams:jtreg Nicholas$ cd $JT_HOME > nickwilliams:jtreg Nicholas$ ls -al > total 64 > drwxr-xr-x 12 root wheel 408 Jul 30 12:29 . > drwxr-xr-x 15 root wheel 510 Jul 30 12:29 .. > -rw-r--r-- 1 root wheel 994 Jul 30 12:29 COPYRIGHT > -rw-r--r-- 1 root wheel 19241 Jul 30 12:29 LICENSE > -rw-r--r-- 1 root wheel 3790 Jul 30 12:29 README > drwxr-xr-x 3 root wheel 102 Jul 30 12:29 doc > drwxr-xr-x 4 root wheel 136 Jul 30 12:29 legal > drwxr-xr-x 7 root wheel 238 Jul 30 12:29 lib > drwxr-xr-x 3 root wheel 102 Jul 30 12:29 linux > -rw-r--r-- 1 root wheel 73 Jul 30 12:29 release > drwxr-xr-x 3 root wheel 102 Jul 30 12:29 solaris > drwxr-xr-x 3 root wheel 102 Jul 30 12:29 win32 > nickwilliams:jtreg Nicholas$ ls -al lib > total 13200 > drwxr-xr-x 7 root wheel 238 Jul 30 12:29 . > drwxr-xr-x 12 root wheel 408 Jul 30 12:29 .. > -rw-r-xr-x@ 1 root wheel 4613089 Jul 30 12:29 javatest.jar > -rw-r--r--@ 1 root wheel 508396 Jul 30 12:29 jh.jar > -r--r--r-- 1 root wheel 542604 Jul 30 12:29 jtreg.jar > -rw-r--r--@ 1 root wheel 245039 Jul 30 12:29 junit.jar > -rw-r--r--@ 1 root wheel 835600 Jul 30 12:29 testng.jar > > I even tried setting the CLASSPATH system variable, to no avail. Made no difference one way or the other. > > nickwilliams:test Nicholas$ echo $CLASSPATH > /usr/share/java/jtreg/lib/javatest.jar:/usr/share/java/jtreg/lib/jh.jar:/usr/share/java/jtreg/lib/junit.jar:/usr/share/java/jtreg/lib/testng.jar > > I'm running JDK8 tests using Makefile. > > Thoughts? > > Nick From jonathan.gibbons at oracle.com Tue Jul 30 15:05:44 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 30 Jul 2013 15:05:44 -0700 Subject: How to get junit on classpath? In-Reply-To: <3966A335-BE1C-47E2-A41C-73049DF36F29@nicholaswilliams.net> References: <3966A335-BE1C-47E2-A41C-73049DF36F29@nicholaswilliams.net> Message-ID: <51F838B8.5090001@oracle.com> FWIW, these are the tests that use JUnit, /w/jjg/work/tl/jdk/test/java/lang/invoke/ThrowExceptionsTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/PrivateInvokeTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/RicochetTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/InvokeGenericTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/MethodHandlesTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/PermuteArgsTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/MethodTypeTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/BigArityTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/ClassValueTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/JavaDocExamplesTest.java /w/jjg/work/tl/jdk/test/java/lang/invoke/AccessControlTest.java /w/jjg/work/tl/jdk/test/sun/invoke/util/ValueConversionsTest.java -- Jon On 07/30/2013 02:43 PM, Nick Williams wrote: > I'm getting this error on many tests in JDK: > > java.lang.Exception: No JUnit 4 driver (install junit.jar next to jtreg.jar) > [stack trace] > > As you can see, junit.jar is installed next to jtreg.jar: > > nickwilliams:jtreg Nicholas$ echo $JT_HOME > /usr/share/java/jtreg > nickwilliams:jtreg Nicholas$ cd $JT_HOME > nickwilliams:jtreg Nicholas$ ls -al > total 64 > drwxr-xr-x 12 root wheel 408 Jul 30 12:29 . > drwxr-xr-x 15 root wheel 510 Jul 30 12:29 .. > -rw-r--r-- 1 root wheel 994 Jul 30 12:29 COPYRIGHT > -rw-r--r-- 1 root wheel 19241 Jul 30 12:29 LICENSE > -rw-r--r-- 1 root wheel 3790 Jul 30 12:29 README > drwxr-xr-x 3 root wheel 102 Jul 30 12:29 doc > drwxr-xr-x 4 root wheel 136 Jul 30 12:29 legal > drwxr-xr-x 7 root wheel 238 Jul 30 12:29 lib > drwxr-xr-x 3 root wheel 102 Jul 30 12:29 linux > -rw-r--r-- 1 root wheel 73 Jul 30 12:29 release > drwxr-xr-x 3 root wheel 102 Jul 30 12:29 solaris > drwxr-xr-x 3 root wheel 102 Jul 30 12:29 win32 > nickwilliams:jtreg Nicholas$ ls -al lib > total 13200 > drwxr-xr-x 7 root wheel 238 Jul 30 12:29 . > drwxr-xr-x 12 root wheel 408 Jul 30 12:29 .. > -rw-r-xr-x@ 1 root wheel 4613089 Jul 30 12:29 javatest.jar > -rw-r--r--@ 1 root wheel 508396 Jul 30 12:29 jh.jar > -r--r--r-- 1 root wheel 542604 Jul 30 12:29 jtreg.jar > -rw-r--r--@ 1 root wheel 245039 Jul 30 12:29 junit.jar > -rw-r--r--@ 1 root wheel 835600 Jul 30 12:29 testng.jar > > I even tried setting the CLASSPATH system variable, to no avail. Made no difference one way or the other. > > nickwilliams:test Nicholas$ echo $CLASSPATH > /usr/share/java/jtreg/lib/javatest.jar:/usr/share/java/jtreg/lib/jh.jar:/usr/share/java/jtreg/lib/junit.jar:/usr/share/java/jtreg/lib/testng.jar > > I'm running JDK8 tests using Makefile. > > Thoughts? > > Nick From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 15:39:43 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 17:39:43 -0500 Subject: How to get junit on classpath? In-Reply-To: <51F838B8.5090001@oracle.com> References: <3966A335-BE1C-47E2-A41C-73049DF36F29@nicholaswilliams.net> <51F838B8.5090001@oracle.com> Message-ID: <07E0A85D-B33C-4A59-82C1-1F81FA8A2E1F@nicholaswilliams.net> Yep! Those are the ones failing. I'm using JUnit 4.11, and the junit.jar DOES contain org.junit.runner.JUnitCore. I tried -J-Djunit.jar=/usr/share/java/jtreg/lib/junit.jar in jtreg but it didn't make a difference. I'm using the Makefile to run tests (that's what the JDK readme says to do, and I don't dare venture away from that lol). Looking at the output, the executed process doesn't include the words "junit" anywhere so Makefile apparently isn't using the jtreg startup script. I'm not ever sure how I would go about setting the system property if I'm running from the Makefile. N On Jul 30, 2013, at 5:05 PM, Jonathan Gibbons wrote: > FWIW, these are the tests that use JUnit, > > /w/jjg/work/tl/jdk/test/java/lang/invoke/ThrowExceptionsTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/PrivateInvokeTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/RicochetTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/InvokeGenericTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/MethodHandlesTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/PermuteArgsTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/MethodTypeTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/BigArityTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/ClassValueTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/JavaDocExamplesTest.java > /w/jjg/work/tl/jdk/test/java/lang/invoke/AccessControlTest.java > /w/jjg/work/tl/jdk/test/sun/invoke/util/ValueConversionsTest.java > > -- Jon > > On 07/30/2013 02:43 PM, Nick Williams wrote: >> I'm getting this error on many tests in JDK: >> >> java.lang.Exception: No JUnit 4 driver (install junit.jar next to jtreg.jar) >> [stack trace] >> >> As you can see, junit.jar is installed next to jtreg.jar: >> >> nickwilliams:jtreg Nicholas$ echo $JT_HOME >> /usr/share/java/jtreg >> nickwilliams:jtreg Nicholas$ cd $JT_HOME >> nickwilliams:jtreg Nicholas$ ls -al >> total 64 >> drwxr-xr-x 12 root wheel 408 Jul 30 12:29 . >> drwxr-xr-x 15 root wheel 510 Jul 30 12:29 .. >> -rw-r--r-- 1 root wheel 994 Jul 30 12:29 COPYRIGHT >> -rw-r--r-- 1 root wheel 19241 Jul 30 12:29 LICENSE >> -rw-r--r-- 1 root wheel 3790 Jul 30 12:29 README >> drwxr-xr-x 3 root wheel 102 Jul 30 12:29 doc >> drwxr-xr-x 4 root wheel 136 Jul 30 12:29 legal >> drwxr-xr-x 7 root wheel 238 Jul 30 12:29 lib >> drwxr-xr-x 3 root wheel 102 Jul 30 12:29 linux >> -rw-r--r-- 1 root wheel 73 Jul 30 12:29 release >> drwxr-xr-x 3 root wheel 102 Jul 30 12:29 solaris >> drwxr-xr-x 3 root wheel 102 Jul 30 12:29 win32 >> nickwilliams:jtreg Nicholas$ ls -al lib >> total 13200 >> drwxr-xr-x 7 root wheel 238 Jul 30 12:29 . >> drwxr-xr-x 12 root wheel 408 Jul 30 12:29 .. >> -rw-r-xr-x@ 1 root wheel 4613089 Jul 30 12:29 javatest.jar >> -rw-r--r--@ 1 root wheel 508396 Jul 30 12:29 jh.jar >> -r--r--r-- 1 root wheel 542604 Jul 30 12:29 jtreg.jar >> -rw-r--r--@ 1 root wheel 245039 Jul 30 12:29 junit.jar >> -rw-r--r--@ 1 root wheel 835600 Jul 30 12:29 testng.jar >> >> I even tried setting the CLASSPATH system variable, to no avail. Made no difference one way or the other. >> >> nickwilliams:test Nicholas$ echo $CLASSPATH >> /usr/share/java/jtreg/lib/javatest.jar:/usr/share/java/jtreg/lib/jh.jar:/usr/share/java/jtreg/lib/junit.jar:/usr/share/java/jtreg/lib/testng.jar >> >> I'm running JDK8 tests using Makefile. >> >> Thoughts? >> >> Nick > From nicholas+openjdk at nicholaswilliams.net Tue Jul 30 18:40:39 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Tue, 30 Jul 2013 20:40:39 -0500 Subject: How to get junit on classpath? In-Reply-To: <07E0A85D-B33C-4A59-82C1-1F81FA8A2E1F@nicholaswilliams.net> References: <3966A335-BE1C-47E2-A41C-73049DF36F29@nicholaswilliams.net> <51F838B8.5090001@oracle.com> <07E0A85D-B33C-4A59-82C1-1F81FA8A2E1F@nicholaswilliams.net> Message-ID: DOPE! I totally goofed on this one. I didn't read the whole stack trace. If I had, I would have seen this: [stacktrace] Caused by: java.lang.NoClassDefFoundError: org/hamcrest/SelfDescribing [stacktrace] Caused by: java.lang.ClassNotFoundException: org.hamcrest.SelfDescribing [stacktrace] JUnit started requiring Hamcrest as of JUnit 4.4, but through JUnit 4.8.2 Hamcrest was bundled in the JUnit JAR (which is a no-no). Starting with JUnit 4.9 (including my 4.11) Hamcrest is no longer bundled (as it should be) and you have to download/attach Hamcrest separately. Skeptical about my chances, I put hamcrest.jar in $JT_HOME/lib assuming it wouldn't work, and it didn't. I wasn't surprised. I downgraded to the JUnit 4.8.2 JAR and it's working now. Jtreg might want to start looking for hamcrest.jar now, too. JUnit 4.8.2 is three years old. N On Jul 30, 2013, at 5:39 PM, Nick Williams wrote: > Yep! Those are the ones failing. > > I'm using JUnit 4.11, and the junit.jar DOES contain org.junit.runner.JUnitCore. > > I tried -J-Djunit.jar=/usr/share/java/jtreg/lib/junit.jar in jtreg but it didn't make a difference. I'm using the Makefile to run tests (that's what the JDK readme says to do, and I don't dare venture away from that lol). Looking at the output, the executed process doesn't include the words "junit" anywhere so Makefile apparently isn't using the jtreg startup script. > > I'm not ever sure how I would go about setting the system property if I'm running from the Makefile. > > N > > On Jul 30, 2013, at 5:05 PM, Jonathan Gibbons wrote: > >> FWIW, these are the tests that use JUnit, >> >> /w/jjg/work/tl/jdk/test/java/lang/invoke/ThrowExceptionsTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/PrivateInvokeTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/RicochetTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/InvokeGenericTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/MethodHandlesTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/PermuteArgsTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/MethodTypeTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/BigArityTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/ClassValueTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/JavaDocExamplesTest.java >> /w/jjg/work/tl/jdk/test/java/lang/invoke/AccessControlTest.java >> /w/jjg/work/tl/jdk/test/sun/invoke/util/ValueConversionsTest.java >> >> -- Jon >> >> On 07/30/2013 02:43 PM, Nick Williams wrote: >>> I'm getting this error on many tests in JDK: >>> >>> java.lang.Exception: No JUnit 4 driver (install junit.jar next to jtreg.jar) >>> [stack trace] >>> >>> As you can see, junit.jar is installed next to jtreg.jar: >>> >>> nickwilliams:jtreg Nicholas$ echo $JT_HOME >>> /usr/share/java/jtreg >>> nickwilliams:jtreg Nicholas$ cd $JT_HOME >>> nickwilliams:jtreg Nicholas$ ls -al >>> total 64 >>> drwxr-xr-x 12 root wheel 408 Jul 30 12:29 . >>> drwxr-xr-x 15 root wheel 510 Jul 30 12:29 .. >>> -rw-r--r-- 1 root wheel 994 Jul 30 12:29 COPYRIGHT >>> -rw-r--r-- 1 root wheel 19241 Jul 30 12:29 LICENSE >>> -rw-r--r-- 1 root wheel 3790 Jul 30 12:29 README >>> drwxr-xr-x 3 root wheel 102 Jul 30 12:29 doc >>> drwxr-xr-x 4 root wheel 136 Jul 30 12:29 legal >>> drwxr-xr-x 7 root wheel 238 Jul 30 12:29 lib >>> drwxr-xr-x 3 root wheel 102 Jul 30 12:29 linux >>> -rw-r--r-- 1 root wheel 73 Jul 30 12:29 release >>> drwxr-xr-x 3 root wheel 102 Jul 30 12:29 solaris >>> drwxr-xr-x 3 root wheel 102 Jul 30 12:29 win32 >>> nickwilliams:jtreg Nicholas$ ls -al lib >>> total 13200 >>> drwxr-xr-x 7 root wheel 238 Jul 30 12:29 . >>> drwxr-xr-x 12 root wheel 408 Jul 30 12:29 .. >>> -rw-r-xr-x@ 1 root wheel 4613089 Jul 30 12:29 javatest.jar >>> -rw-r--r--@ 1 root wheel 508396 Jul 30 12:29 jh.jar >>> -r--r--r-- 1 root wheel 542604 Jul 30 12:29 jtreg.jar >>> -rw-r--r--@ 1 root wheel 245039 Jul 30 12:29 junit.jar >>> -rw-r--r--@ 1 root wheel 835600 Jul 30 12:29 testng.jar >>> >>> I even tried setting the CLASSPATH system variable, to no avail. Made no difference one way or the other. >>> >>> nickwilliams:test Nicholas$ echo $CLASSPATH >>> /usr/share/java/jtreg/lib/javatest.jar:/usr/share/java/jtreg/lib/jh.jar:/usr/share/java/jtreg/lib/junit.jar:/usr/share/java/jtreg/lib/testng.jar >>> >>> I'm running JDK8 tests using Makefile. >>> >>> Thoughts? >>> >>> Nick >> > From Alan.Bateman at oracle.com Wed Jul 31 07:18:19 2013 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 31 Jul 2013 07:18:19 -0700 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <51F908E7.20008@oracle.com> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> <51F827DD.6060505@oracle.com> <2C77DEF7-8588-41D9-8A5B-CBBE73201440@nicholaswilliams.net> <51F82A83.8020903@oracle.com> <51F908E7.20008@oracle.com> Message-ID: <51F91CAB.1030609@oracle.com> On 31/07/2013 05:53, Chris Hegarty wrote: > > Thanks for bringing this back to our attention Jon. I will follow up > with the Apple folks to see what system call they are using in their > Java6 implementation. I suspect they are using getsockname to > determine the local IP address. It may be appropriate for OpenJDK to > do the same. You might want to check with Rob McKenna on this. There were one or two reports previously that he looked into and I think (need to find the mails) that there weren't actually JDK issues but more likely transient or configuration issues. There were a couple of issues related to problems introduced by the Mac port (like changing other platforms to use getaddrinfo) but I thought we were will past all of those at this point. > > >Regarding the hostname, jtreg is executing the following code for all > >tests, not just java.io tests > > > > String hostname; > > try { > > hostname = > >InetAddress.getLocalHost().getCanonicalHostName(); > > } catch (UnknownHostException e) { > > hostname = "unknown"; > > } > > To be more graceful you could return "localhost" or "127.0.0.1". I agree, there are slew of reasons why it may not be possible to get the canonical host name so a fallback to use the loopback would be much better. -Alan. From chris.hegarty at oracle.com Wed Jul 31 05:53:59 2013 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Wed, 31 Jul 2013 13:53:59 +0100 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <51F82A83.8020903@oracle.com> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <77FAF780-7A65-4516-B47E-69FB9EADD426@nicholaswilliams.net> <51F827DD.6060505@oracle.com> <2C77DEF7-8588-41D9-8A5B-CBBE73201440@nicholaswilliams.net> <51F82A83.8020903@oracle.com> Message-ID: <51F908E7.20008@oracle.com> On 30/07/2013 22:05, Jonathan Gibbons wrote: > Bumped the isue to P2, marked it "Affect 8" and added a link to this > thread. Thanks for bringing this back to our attention Jon. I will follow up with the Apple folks to see what system call they are using in their Java6 implementation. I suspect they are using getsockname to determine the local IP address. It may be appropriate for OpenJDK to do the same. >Regarding the hostname, jtreg is executing the following code for all >tests, not just java.io tests > > String hostname; > try { > hostname = >InetAddress.getLocalHost().getCanonicalHostName(); > } catch (UnknownHostException e) { > hostname = "unknown"; > } To be more graceful you could return "localhost" or "127.0.0.1". -Chris. > > -- Jon > > On 07/30/2013 01:57 PM, Nick Williams wrote: >> Ahhh. I know what's going on. >> >> http://blog.leon-rosenberg.net/2012/08/oracle-kills-getlocalhost-on-macos-x-in.html >> >> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7180557 >> >> Maybe someone can fix this year-old Java 7 bug that makes >> getLocalHost() not work sometimes on Mac OS X? :-) >> >> N >> >> On Jul 30, 2013, at 3:53 PM, Jonathan Gibbons wrote: >> >>> Regarding the hostname, jtreg is executing the following code for all >>> tests, not just java.io tests >>> >>> String hostname; >>> try { >>> hostname = InetAddress.getLocalHost().getCanonicalHostName(); >>> } catch (UnknownHostException e) { >>> hostname = "unknown"; >>> } >>> >>> >>> >>> On 07/30/2013 01:50 PM, Nick Williams wrote: >>>> Gotchya. >>>> >>>> I commented out the java.io tests locally for now. >>>> >>>> By the way, I noticed something. Before, when the java.io tests were >>>> failing, the output said "hostname=unknown." However, now that I'm >>>> connected to the VPN and they're passing, the output says >>>> "hostname=10.211.55.2." When I unplug from the ethernet altogether, >>>> the output says "hostname=127.0.0.1." >>>> >>>> Sounds like that has something to do with this weird failure of all >>>> java.io tests. >>>> >>>> N >>>> >>>> On Jul 30, 2013, at 3:46 PM, Jonathan Gibbons wrote: >>>> >>>>> jtreg itself does not "stop on error". If you're driving the tests >>>>> through the makefiles, the makefiles may partition the work into >>>>> separate jtreg runs on separate parts of the test suite. >>>>> >>>>> -- Jon >>>>> >>>>> >>>>> On 07/30/2013 01:13 PM, Nick Williams wrote: >>>>>> Okay, this is indeed very interesting. After two hours it was only >>>>>> about half-way through the java.io tests and all of them had >>>>>> failed so far. On a sheer hunch and nothing more, I unplugged my >>>>>> ethernet cable, thus disconnecting me from any/all networks and >>>>>> the Internet. BOOM. The rest of the java.io tests finished (and >>>>>> passed) in a few seconds, leaving 137 that had failed. I then >>>>>> re-ran the tests while still disconnected from the Internet and >>>>>> 312 of the java.io tests passed this time, leaving only 1 failure >>>>>> (java/io/BufferedReader/Lines.java, output below). >>>>>> >>>>>> I plugged my Ethernet back in and ran the tests again and java.io >>>>>> started failing every test again, timing out after 60 seconds >>>>>> each. Curiously extending my hunch I remained connected over >>>>>> Ethernet and connected to a remote network via OpenVPN. Now all of >>>>>> the java.io test pass again (except that same one, with the same >>>>>> output). >>>>>> >>>>>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>>>>> >>>>>> Unfortunately, the one failed java.io test prevents jtreg from >>>>>> continuing on to the next set of tests (java.lang). Anyone know >>>>>> how to tell jtreg to continue running on error? >>>>>> >>>>>> Nick >>>>>> >>>>>> #Test Results (version 2) >>>>>> #Tue Jul 30 14:53:42 CDT 2013 >>>>>> #-----testdescription----- >>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>>>>> >>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>> keywords=bug8003258 >>>>>> run=USER_SPECIFIED testng Lines\n >>>>>> source=Lines.java >>>>>> title=\ >>>>>> >>>>>> #-----environment----- >>>>>> >>>>>> #-----testresult----- >>>>>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>>>>> execStatus=Error. Unexpected exception caught from test >>>>>> java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>>>>> sections=script_messages Details >>>>>> >>>>>> #section:script_messages >>>>>> ----------messages:(0/0)---------- >>>>>> >>>>>> #section:Details >>>>>> ----------messages:(0/0)---------- >>>>>> ----------Stack trace:(10/672)---------- >>>>>> java.lang.NullPointerException >>>>>> at >>>>>> com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>>>>> >>>>>> at >>>>>> com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>>>>> at >>>>>> com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>>>>> >>>>>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>>>>> at >>>>>> com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>>>>> >>>>>> at com.sun.javatest.Script.run(Script.java:228) >>>>>> at >>>>>> com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>>>>> >>>>>> at >>>>>> com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>>>>> >>>>>> at >>>>>> com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>>>>> result: Not run. Test running... >>>>>> >>>>>> >>>>>> test result: Error. Unexpected exception caught from test >>>>>> java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>>>>> >>>>>> >>>>>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>>>>> >>>>>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>>>>> >>>>>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>>>>> >>>>>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>>>>> I'm running the core libs tests locally (for the first time), >>>>>>>>>> and every java.io test is failing. They're all failing for the >>>>>>>>>> same reason (output below), and I suspect it's something local >>>>>>>>>> and not an actual problem. But the test output is not very >>>>>>>>>> helpful. Note that all of the java.beans tests passed with >>>>>>>>>> flying colors. Once it got to java.io, everything started >>>>>>>>>> failing. Worse, each test is taking 60 seconds to fail. I >>>>>>>>>> could be here a while... >>>>>>>>>> >>>>>>>>>> Thoughts? >>>>>>>>> What command are you using? From the output it suggests that >>>>>>>>> the connection between jtreg and the agent VM cannot be >>>>>>>>> established. >>>>>>>>> >>>>>>>>> -Alan. >>>>>>>> Command, just like README-builds.html#testing says: >>>>>>>> >>>>>>>> cd test && make >>>>>>>> PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ >>>>>>>> all >>>>>>>> >>>>>>>> I assume this is specifically an java.io-related problem because >>>>>>>> all the java.beans tests passed without exception and so far >>>>>>>> every java.io test through java.io.Externalizable (that's as far >>>>>>>> as it has gotten) has failed without exception. Wouldn't a >>>>>>>> problem with jtreg communicating with the agent VM have shown up >>>>>>>> in java.beans as well? I could be wrong of course. >>>>>>> I see now that java.beans tests run in "othervm mode" while >>>>>>> java.io tests run in "agentvm mode." Didn't realize they were >>>>>>> being run differently. Your explanation makes much more sense >>>>>>> now, but I still don't know what's wrong... >>>>>>> >>>>>>>>>> Here's the output from one of the tests. It looks like all the >>>>>>>>>> other test outputs: >>>>>>>>>> >>>>>>>>>> #Test Results (version 2) >>>>>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>>>>> #-----testdescription----- >>>>>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>>> >>>>>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>>>>> >>>>>>>>>> keywords=bug4143651 >>>>>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>>>>> source=ReadAfterClose.java >>>>>>>>>> title=Test if I/O methods will check if the stream has been >>>>>>>>>> closed. >>>>>>>>>> >>>>>>>>>> #-----environment----- >>>>>>>>>> >>>>>>>>>> #-----testresult----- >>>>>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>>> >>>>>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>>>>> environment=regtest >>>>>>>>>> execStatus=Error. Cannot get VM for test\: >>>>>>>>>> java.net.SocketTimeoutException\: Accept timed out >>>>>>>>>> hostname=unknown >>>>>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>>>>> javatestVersion=4.4.1 >>>>>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>>>>> sections=script_messages build compile >>>>>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>>> user.name=Nicholas >>>>>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> #section:script_messages >>>>>>>>>> ----------messages:(5/308)---------- >>>>>>>>>> JDK under test: >>>>>>>>>> (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>>>>> >>>>>>>>>> openjdk version "1.8.0-internal" >>>>>>>>>> OpenJDK Runtime Environment (build >>>>>>>>>> 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> #section:build >>>>>>>>>> ----------messages:(3/100)---------- >>>>>>>>>> command: build ReadAfterClose >>>>>>>>>> reason: Named class compiled on demand >>>>>>>>>> elapsed time (seconds): 60.005 >>>>>>>>>> result: Error. Cannot get VM for test: >>>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>>> >>>>>>>>>> #section:compile >>>>>>>>>> ----------messages:(3/235)---------- >>>>>>>>>> command: compile -XDignore.symbol.file=true >>>>>>>>>> /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>>> >>>>>>>>>> reason: .class file out of date or does not exist >>>>>>>>>> elapsed time (seconds): 60.005 >>>>>>>>>> result: Error. Cannot get VM for test: >>>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> test result: Error. Cannot get VM for test: >>>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>>> >>> >> > From chris.hegarty at oracle.com Wed Jul 31 07:44:34 2013 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Wed, 31 Jul 2013 15:44:34 +0100 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <51F8262A.3060809@oracle.com> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> Message-ID: <51F922D2.4030305@oracle.com> I believe if you run the tests from the top-level test/Makefile, not jdk/test/Makefile, all individual test batches ( invocations of jtreg ) get run. -Chris. On 30/07/2013 21:46, Jonathan Gibbons wrote: > > jtreg itself does not "stop on error". If you're driving the tests > through the makefiles, the makefiles may partition the work into > separate jtreg runs on separate parts of the test suite. > > -- Jon > > > On 07/30/2013 01:13 PM, Nick Williams wrote: >> Okay, this is indeed very interesting. After two hours it was only >> about half-way through the java.io tests and all of them had failed so >> far. On a sheer hunch and nothing more, I unplugged my ethernet cable, >> thus disconnecting me from any/all networks and the Internet. BOOM. >> The rest of the java.io tests finished (and passed) in a few seconds, >> leaving 137 that had failed. I then re-ran the tests while still >> disconnected from the Internet and 312 of the java.io tests passed >> this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, >> output below). >> >> I plugged my Ethernet back in and ran the tests again and java.io >> started failing every test again, timing out after 60 seconds each. >> Curiously extending my hunch I remained connected over Ethernet and >> connected to a remote network via OpenVPN. Now all of the java.io test >> pass again (except that same one, with the same output). >> >> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >> >> Unfortunately, the one failed java.io test prevents jtreg from >> continuing on to the next set of tests (java.lang). Anyone know how to >> tell jtreg to continue running on error? >> >> Nick >> >> #Test Results (version 2) >> #Tue Jul 30 14:53:42 CDT 2013 >> #-----testdescription----- >> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >> >> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >> keywords=bug8003258 >> run=USER_SPECIFIED testng Lines\n >> source=Lines.java >> title=\ >> >> #-----environment----- >> >> #-----testresult----- >> end=Tue Jul 30 14\:53\:42 CDT 2013 >> execStatus=Error. Unexpected exception caught from test >> java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >> sections=script_messages Details >> >> #section:script_messages >> ----------messages:(0/0)---------- >> >> #section:Details >> ----------messages:(0/0)---------- >> ----------Stack trace:(10/672)---------- >> java.lang.NullPointerException >> at >> com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >> >> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >> at >> com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >> at com.sun.javatest.Script.run(Script.java:228) >> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >> at >> com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >> result: Not run. Test running... >> >> >> test result: Error. Unexpected exception caught from test >> java/io/BufferedReader/Lines.java: java.lang.NullPointerException >> >> >> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >> >>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>> >>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>> >>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>> I'm running the core libs tests locally (for the first time), and >>>>>> every java.io test is failing. They're all failing for the same >>>>>> reason (output below), and I suspect it's something local and not >>>>>> an actual problem. But the test output is not very helpful. Note >>>>>> that all of the java.beans tests passed with flying colors. Once >>>>>> it got to java.io, everything started failing. Worse, each test is >>>>>> taking 60 seconds to fail. I could be here a while... >>>>>> >>>>>> Thoughts? >>>>> What command are you using? From the output it suggests that the >>>>> connection between jtreg and the agent VM cannot be established. >>>>> >>>>> -Alan. >>>> Command, just like README-builds.html#testing says: >>>> >>>> cd test && make >>>> PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ >>>> all >>>> >>>> I assume this is specifically an java.io-related problem because all >>>> the java.beans tests passed without exception and so far every >>>> java.io test through java.io.Externalizable (that's as far as it has >>>> gotten) has failed without exception. Wouldn't a problem with jtreg >>>> communicating with the agent VM have shown up in java.beans as well? >>>> I could be wrong of course. >>> I see now that java.beans tests run in "othervm mode" while java.io >>> tests run in "agentvm mode." Didn't realize they were being run >>> differently. Your explanation makes much more sense now, but I still >>> don't know what's wrong... >>> >>>>> >>>>>> Here's the output from one of the tests. It looks like all the >>>>>> other test outputs: >>>>>> >>>>>> #Test Results (version 2) >>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>> #-----testdescription----- >>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>> >>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>> keywords=bug4143651 >>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>> source=ReadAfterClose.java >>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>> >>>>>> #-----environment----- >>>>>> >>>>>> #-----testresult----- >>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>> >>>>>> elapsed=60007 0\:01\:00.007 >>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>> environment=regtest >>>>>> execStatus=Error. Cannot get VM for test\: >>>>>> java.net.SocketTimeoutException\: Accept timed out >>>>>> hostname=unknown >>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>> javatestVersion=4.4.1 >>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>> sections=script_messages build compile >>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>> user.name=Nicholas >>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>> >>>>>> >>>>>> #section:script_messages >>>>>> ----------messages:(5/308)---------- >>>>>> JDK under test: >>>>>> (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>> >>>>>> openjdk version "1.8.0-internal" >>>>>> OpenJDK Runtime Environment (build >>>>>> 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>> >>>>>> >>>>>> #section:build >>>>>> ----------messages:(3/100)---------- >>>>>> command: build ReadAfterClose >>>>>> reason: Named class compiled on demand >>>>>> elapsed time (seconds): 60.005 >>>>>> result: Error. Cannot get VM for test: >>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>> >>>>>> #section:compile >>>>>> ----------messages:(3/235)---------- >>>>>> command: compile -XDignore.symbol.file=true >>>>>> /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>> >>>>>> reason: .class file out of date or does not exist >>>>>> elapsed time (seconds): 60.005 >>>>>> result: Error. Cannot get VM for test: >>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>> >>>>>> >>>>>> test result: Error. Cannot get VM for test: >>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>> > From nicholas+openjdk at nicholaswilliams.net Wed Jul 31 07:49:02 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Wed, 31 Jul 2013 09:49:02 -0500 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <51F922D2.4030305@oracle.com> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <51F922D2.4030305@oracle.com> Message-ID: That's how I'm running it. $ pwd /foo/bar/jdk8/jdk8 $ cd test $ make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all If one test fails in a batch, none of the following batches run. So if one test fails in java.io, java.lang won't run. Makes it difficult to run all of the tests, especial since there are two tests in java.lang (ThreadLocalSupplierTests due to java.lang.VerifyError: Bad local variable type, and DefaultMethodModeling due to java.lang.NullPointerException at java.util.Objects.requireNonNull when checking class B) that fail consistently (on Mac OS X at least) that I haven't been able to solve by identifying issues with the testing environment. Nick On Jul 31, 2013, at 9:44 AM, Chris Hegarty wrote: > I believe if you run the tests from the top-level test/Makefile, not jdk/test/Makefile, all individual test batches ( invocations of jtreg ) get run. > > -Chris. > > On 30/07/2013 21:46, Jonathan Gibbons wrote: >> >> jtreg itself does not "stop on error". If you're driving the tests >> through the makefiles, the makefiles may partition the work into >> separate jtreg runs on separate parts of the test suite. >> >> -- Jon >> >> >> On 07/30/2013 01:13 PM, Nick Williams wrote: >>> Okay, this is indeed very interesting. After two hours it was only >>> about half-way through the java.io tests and all of them had failed so >>> far. On a sheer hunch and nothing more, I unplugged my ethernet cable, >>> thus disconnecting me from any/all networks and the Internet. BOOM. >>> The rest of the java.io tests finished (and passed) in a few seconds, >>> leaving 137 that had failed. I then re-ran the tests while still >>> disconnected from the Internet and 312 of the java.io tests passed >>> this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, >>> output below). >>> >>> I plugged my Ethernet back in and ran the tests again and java.io >>> started failing every test again, timing out after 60 seconds each. >>> Curiously extending my hunch I remained connected over Ethernet and >>> connected to a remote network via OpenVPN. Now all of the java.io test >>> pass again (except that same one, with the same output). >>> >>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>> >>> Unfortunately, the one failed java.io test prevents jtreg from >>> continuing on to the next set of tests (java.lang). Anyone know how to >>> tell jtreg to continue running on error? >>> >>> Nick >>> >>> #Test Results (version 2) >>> #Tue Jul 30 14:53:42 CDT 2013 >>> #-----testdescription----- >>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>> >>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>> keywords=bug8003258 >>> run=USER_SPECIFIED testng Lines\n >>> source=Lines.java >>> title=\ >>> >>> #-----environment----- >>> >>> #-----testresult----- >>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>> execStatus=Error. Unexpected exception caught from test >>> java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>> sections=script_messages Details >>> >>> #section:script_messages >>> ----------messages:(0/0)---------- >>> >>> #section:Details >>> ----------messages:(0/0)---------- >>> ----------Stack trace:(10/672)---------- >>> java.lang.NullPointerException >>> at >>> com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>> >>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>> at >>> com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>> at com.sun.javatest.Script.run(Script.java:228) >>> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>> at >>> com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>> result: Not run. Test running... >>> >>> >>> test result: Error. Unexpected exception caught from test >>> java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>> >>> >>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>> >>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>> >>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>> >>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>> I'm running the core libs tests locally (for the first time), and >>>>>>> every java.io test is failing. They're all failing for the same >>>>>>> reason (output below), and I suspect it's something local and not >>>>>>> an actual problem. But the test output is not very helpful. Note >>>>>>> that all of the java.beans tests passed with flying colors. Once >>>>>>> it got to java.io, everything started failing. Worse, each test is >>>>>>> taking 60 seconds to fail. I could be here a while... >>>>>>> >>>>>>> Thoughts? >>>>>> What command are you using? From the output it suggests that the >>>>>> connection between jtreg and the agent VM cannot be established. >>>>>> >>>>>> -Alan. >>>>> Command, just like README-builds.html#testing says: >>>>> >>>>> cd test && make >>>>> PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ >>>>> all >>>>> >>>>> I assume this is specifically an java.io-related problem because all >>>>> the java.beans tests passed without exception and so far every >>>>> java.io test through java.io.Externalizable (that's as far as it has >>>>> gotten) has failed without exception. Wouldn't a problem with jtreg >>>>> communicating with the agent VM have shown up in java.beans as well? >>>>> I could be wrong of course. >>>> I see now that java.beans tests run in "othervm mode" while java.io >>>> tests run in "agentvm mode." Didn't realize they were being run >>>> differently. Your explanation makes much more sense now, but I still >>>> don't know what's wrong... >>>> >>>>>> >>>>>>> Here's the output from one of the tests. It looks like all the >>>>>>> other test outputs: >>>>>>> >>>>>>> #Test Results (version 2) >>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>> #-----testdescription----- >>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> >>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>> keywords=bug4143651 >>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>> source=ReadAfterClose.java >>>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>>> >>>>>>> #-----environment----- >>>>>>> >>>>>>> #-----testresult----- >>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> >>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>> environment=regtest >>>>>>> execStatus=Error. Cannot get VM for test\: >>>>>>> java.net.SocketTimeoutException\: Accept timed out >>>>>>> hostname=unknown >>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>> javatestVersion=4.4.1 >>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>> sections=script_messages build compile >>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> user.name=Nicholas >>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>> >>>>>>> >>>>>>> #section:script_messages >>>>>>> ----------messages:(5/308)---------- >>>>>>> JDK under test: >>>>>>> (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>> >>>>>>> openjdk version "1.8.0-internal" >>>>>>> OpenJDK Runtime Environment (build >>>>>>> 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>> >>>>>>> >>>>>>> #section:build >>>>>>> ----------messages:(3/100)---------- >>>>>>> command: build ReadAfterClose >>>>>>> reason: Named class compiled on demand >>>>>>> elapsed time (seconds): 60.005 >>>>>>> result: Error. Cannot get VM for test: >>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>> >>>>>>> #section:compile >>>>>>> ----------messages:(3/235)---------- >>>>>>> command: compile -XDignore.symbol.file=true >>>>>>> /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>> >>>>>>> reason: .class file out of date or does not exist >>>>>>> elapsed time (seconds): 60.005 >>>>>>> result: Error. Cannot get VM for test: >>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>> >>>>>>> >>>>>>> test result: Error. Cannot get VM for test: >>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>> >> From jonathan.gibbons at oracle.com Wed Jul 31 07:56:03 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 31 Jul 2013 07:56:03 -0700 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <51F922D2.4030305@oracle.com> Message-ID: <51F92583.2080706@oracle.com> Nick, A *workaround* for this problem would be to locally edit the names of the problem tests into jdk/test/ProblemList.txt so that they are not run. There is general work underway to improve/simplify the Makefile support for jtreg, that should address this problem. -- Jon On 07/31/2013 07:49 AM, Nick Williams wrote: > That's how I'm running it. > > $ pwd > /foo/bar/jdk8/jdk8 > $ cd test > $ make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all > > If one test fails in a batch, none of the following batches run. So if one test fails in java.io, java.lang won't run. Makes it difficult to run all of the tests, especial since there are two tests in java.lang (ThreadLocalSupplierTests due to java.lang.VerifyError: Bad local variable type, and DefaultMethodModeling due to java.lang.NullPointerException at java.util.Objects.requireNonNull when checking class B) that fail consistently (on Mac OS X at least) that I haven't been able to solve by identifying issues with the testing environment. > > Nick > > On Jul 31, 2013, at 9:44 AM, Chris Hegarty wrote: > >> I believe if you run the tests from the top-level test/Makefile, not jdk/test/Makefile, all individual test batches ( invocations of jtreg ) get run. >> >> -Chris. >> >> On 30/07/2013 21:46, Jonathan Gibbons wrote: >>> jtreg itself does not "stop on error". If you're driving the tests >>> through the makefiles, the makefiles may partition the work into >>> separate jtreg runs on separate parts of the test suite. >>> >>> -- Jon >>> >>> >>> On 07/30/2013 01:13 PM, Nick Williams wrote: >>>> Okay, this is indeed very interesting. After two hours it was only >>>> about half-way through the java.io tests and all of them had failed so >>>> far. On a sheer hunch and nothing more, I unplugged my ethernet cable, >>>> thus disconnecting me from any/all networks and the Internet. BOOM. >>>> The rest of the java.io tests finished (and passed) in a few seconds, >>>> leaving 137 that had failed. I then re-ran the tests while still >>>> disconnected from the Internet and 312 of the java.io tests passed >>>> this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, >>>> output below). >>>> >>>> I plugged my Ethernet back in and ran the tests again and java.io >>>> started failing every test again, timing out after 60 seconds each. >>>> Curiously extending my hunch I remained connected over Ethernet and >>>> connected to a remote network via OpenVPN. Now all of the java.io test >>>> pass again (except that same one, with the same output). >>>> >>>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>>> >>>> Unfortunately, the one failed java.io test prevents jtreg from >>>> continuing on to the next set of tests (java.lang). Anyone know how to >>>> tell jtreg to continue running on error? >>>> >>>> Nick >>>> >>>> #Test Results (version 2) >>>> #Tue Jul 30 14:53:42 CDT 2013 >>>> #-----testdescription----- >>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>>> >>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>> keywords=bug8003258 >>>> run=USER_SPECIFIED testng Lines\n >>>> source=Lines.java >>>> title=\ >>>> >>>> #-----environment----- >>>> >>>> #-----testresult----- >>>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>>> execStatus=Error. Unexpected exception caught from test >>>> java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>>> sections=script_messages Details >>>> >>>> #section:script_messages >>>> ----------messages:(0/0)---------- >>>> >>>> #section:Details >>>> ----------messages:(0/0)---------- >>>> ----------Stack trace:(10/672)---------- >>>> java.lang.NullPointerException >>>> at >>>> com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>>> >>>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>>> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>>> at >>>> com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>>> at com.sun.javatest.Script.run(Script.java:228) >>>> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>>> at >>>> com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>>> result: Not run. Test running... >>>> >>>> >>>> test result: Error. Unexpected exception caught from test >>>> java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>>> >>>> >>>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>>> >>>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>>> >>>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>>> >>>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>>> I'm running the core libs tests locally (for the first time), and >>>>>>>> every java.io test is failing. They're all failing for the same >>>>>>>> reason (output below), and I suspect it's something local and not >>>>>>>> an actual problem. But the test output is not very helpful. Note >>>>>>>> that all of the java.beans tests passed with flying colors. Once >>>>>>>> it got to java.io, everything started failing. Worse, each test is >>>>>>>> taking 60 seconds to fail. I could be here a while... >>>>>>>> >>>>>>>> Thoughts? >>>>>>> What command are you using? From the output it suggests that the >>>>>>> connection between jtreg and the agent VM cannot be established. >>>>>>> >>>>>>> -Alan. >>>>>> Command, just like README-builds.html#testing says: >>>>>> >>>>>> cd test && make >>>>>> PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ >>>>>> all >>>>>> >>>>>> I assume this is specifically an java.io-related problem because all >>>>>> the java.beans tests passed without exception and so far every >>>>>> java.io test through java.io.Externalizable (that's as far as it has >>>>>> gotten) has failed without exception. Wouldn't a problem with jtreg >>>>>> communicating with the agent VM have shown up in java.beans as well? >>>>>> I could be wrong of course. >>>>> I see now that java.beans tests run in "othervm mode" while java.io >>>>> tests run in "agentvm mode." Didn't realize they were being run >>>>> differently. Your explanation makes much more sense now, but I still >>>>> don't know what's wrong... >>>>> >>>>>>>> Here's the output from one of the tests. It looks like all the >>>>>>>> other test outputs: >>>>>>>> >>>>>>>> #Test Results (version 2) >>>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>>> #-----testdescription----- >>>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> >>>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>>> keywords=bug4143651 >>>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>>> source=ReadAfterClose.java >>>>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>>>> >>>>>>>> #-----environment----- >>>>>>>> >>>>>>>> #-----testresult----- >>>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> >>>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>>> environment=regtest >>>>>>>> execStatus=Error. Cannot get VM for test\: >>>>>>>> java.net.SocketTimeoutException\: Accept timed out >>>>>>>> hostname=unknown >>>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>>> javatestVersion=4.4.1 >>>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>>> sections=script_messages build compile >>>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> user.name=Nicholas >>>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>>> >>>>>>>> >>>>>>>> #section:script_messages >>>>>>>> ----------messages:(5/308)---------- >>>>>>>> JDK under test: >>>>>>>> (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>>> >>>>>>>> openjdk version "1.8.0-internal" >>>>>>>> OpenJDK Runtime Environment (build >>>>>>>> 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>>> >>>>>>>> >>>>>>>> #section:build >>>>>>>> ----------messages:(3/100)---------- >>>>>>>> command: build ReadAfterClose >>>>>>>> reason: Named class compiled on demand >>>>>>>> elapsed time (seconds): 60.005 >>>>>>>> result: Error. Cannot get VM for test: >>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>> >>>>>>>> #section:compile >>>>>>>> ----------messages:(3/235)---------- >>>>>>>> command: compile -XDignore.symbol.file=true >>>>>>>> /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> >>>>>>>> reason: .class file out of date or does not exist >>>>>>>> elapsed time (seconds): 60.005 >>>>>>>> result: Error. Cannot get VM for test: >>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>> >>>>>>>> >>>>>>>> test result: Error. Cannot get VM for test: >>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>> From nicholas+openjdk at nicholaswilliams.net Wed Jul 31 07:58:05 2013 From: nicholas+openjdk at nicholaswilliams.net (Nick Williams) Date: Wed, 31 Jul 2013 09:58:05 -0500 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: <51F92583.2080706@oracle.com> References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <51F922D2.4030305@oracle.com> <51F92583.2080706@oracle.com> Message-ID: <44EB4BAF-7699-4E08-9D93-74C60F19676F@nicholaswilliams.net> Yea, I've been working around it by running the modules one at a time. It's just a pain, that's all. N On Jul 31, 2013, at 9:56 AM, Jonathan Gibbons wrote: > Nick, > > A *workaround* for this problem would be to locally edit the names of the problem tests into jdk/test/ProblemList.txt so that they are not run. > > There is general work underway to improve/simplify the Makefile support for jtreg, that should address this problem. > > -- Jon > > On 07/31/2013 07:49 AM, Nick Williams wrote: >> That's how I'm running it. >> >> $ pwd >> /foo/bar/jdk8/jdk8 >> $ cd test >> $ make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all >> >> If one test fails in a batch, none of the following batches run. So if one test fails in java.io, java.lang won't run. Makes it difficult to run all of the tests, especial since there are two tests in java.lang (ThreadLocalSupplierTests due to java.lang.VerifyError: Bad local variable type, and DefaultMethodModeling due to java.lang.NullPointerException at java.util.Objects.requireNonNull when checking class B) that fail consistently (on Mac OS X at least) that I haven't been able to solve by identifying issues with the testing environment. >> >> Nick >> >> On Jul 31, 2013, at 9:44 AM, Chris Hegarty wrote: >> >>> I believe if you run the tests from the top-level test/Makefile, not jdk/test/Makefile, all individual test batches ( invocations of jtreg ) get run. >>> >>> -Chris. >>> >>> On 30/07/2013 21:46, Jonathan Gibbons wrote: >>>> jtreg itself does not "stop on error". If you're driving the tests >>>> through the makefiles, the makefiles may partition the work into >>>> separate jtreg runs on separate parts of the test suite. >>>> >>>> -- Jon >>>> >>>> >>>> On 07/30/2013 01:13 PM, Nick Williams wrote: >>>>> Okay, this is indeed very interesting. After two hours it was only >>>>> about half-way through the java.io tests and all of them had failed so >>>>> far. On a sheer hunch and nothing more, I unplugged my ethernet cable, >>>>> thus disconnecting me from any/all networks and the Internet. BOOM. >>>>> The rest of the java.io tests finished (and passed) in a few seconds, >>>>> leaving 137 that had failed. I then re-ran the tests while still >>>>> disconnected from the Internet and 312 of the java.io tests passed >>>>> this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, >>>>> output below). >>>>> >>>>> I plugged my Ethernet back in and ran the tests again and java.io >>>>> started failing every test again, timing out after 60 seconds each. >>>>> Curiously extending my hunch I remained connected over Ethernet and >>>>> connected to a remote network via OpenVPN. Now all of the java.io test >>>>> pass again (except that same one, with the same output). >>>>> >>>>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>>>> >>>>> Unfortunately, the one failed java.io test prevents jtreg from >>>>> continuing on to the next set of tests (java.lang). Anyone know how to >>>>> tell jtreg to continue running on error? >>>>> >>>>> Nick >>>>> >>>>> #Test Results (version 2) >>>>> #Tue Jul 30 14:53:42 CDT 2013 >>>>> #-----testdescription----- >>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>>>> >>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>> keywords=bug8003258 >>>>> run=USER_SPECIFIED testng Lines\n >>>>> source=Lines.java >>>>> title=\ >>>>> >>>>> #-----environment----- >>>>> >>>>> #-----testresult----- >>>>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>>>> execStatus=Error. Unexpected exception caught from test >>>>> java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>>>> sections=script_messages Details >>>>> >>>>> #section:script_messages >>>>> ----------messages:(0/0)---------- >>>>> >>>>> #section:Details >>>>> ----------messages:(0/0)---------- >>>>> ----------Stack trace:(10/672)---------- >>>>> java.lang.NullPointerException >>>>> at >>>>> com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>>>> >>>>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>>>> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>>>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>>>> at >>>>> com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>>>> at com.sun.javatest.Script.run(Script.java:228) >>>>> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>>>> at >>>>> com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>>>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>>>> result: Not run. Test running... >>>>> >>>>> >>>>> test result: Error. Unexpected exception caught from test >>>>> java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>>>> >>>>> >>>>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>>>> >>>>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>>>> >>>>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>>>> >>>>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>>>> I'm running the core libs tests locally (for the first time), and >>>>>>>>> every java.io test is failing. They're all failing for the same >>>>>>>>> reason (output below), and I suspect it's something local and not >>>>>>>>> an actual problem. But the test output is not very helpful. Note >>>>>>>>> that all of the java.beans tests passed with flying colors. Once >>>>>>>>> it got to java.io, everything started failing. Worse, each test is >>>>>>>>> taking 60 seconds to fail. I could be here a while... >>>>>>>>> >>>>>>>>> Thoughts? >>>>>>>> What command are you using? From the output it suggests that the >>>>>>>> connection between jtreg and the agent VM cannot be established. >>>>>>>> >>>>>>>> -Alan. >>>>>>> Command, just like README-builds.html#testing says: >>>>>>> >>>>>>> cd test && make >>>>>>> PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ >>>>>>> all >>>>>>> >>>>>>> I assume this is specifically an java.io-related problem because all >>>>>>> the java.beans tests passed without exception and so far every >>>>>>> java.io test through java.io.Externalizable (that's as far as it has >>>>>>> gotten) has failed without exception. Wouldn't a problem with jtreg >>>>>>> communicating with the agent VM have shown up in java.beans as well? >>>>>>> I could be wrong of course. >>>>>> I see now that java.beans tests run in "othervm mode" while java.io >>>>>> tests run in "agentvm mode." Didn't realize they were being run >>>>>> differently. Your explanation makes much more sense now, but I still >>>>>> don't know what's wrong... >>>>>> >>>>>>>>> Here's the output from one of the tests. It looks like all the >>>>>>>>> other test outputs: >>>>>>>>> >>>>>>>>> #Test Results (version 2) >>>>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>>>> #-----testdescription----- >>>>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>> >>>>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>>>> keywords=bug4143651 >>>>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>>>> source=ReadAfterClose.java >>>>>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>>>>> >>>>>>>>> #-----environment----- >>>>>>>>> >>>>>>>>> #-----testresult----- >>>>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>> >>>>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>>>> environment=regtest >>>>>>>>> execStatus=Error. Cannot get VM for test\: >>>>>>>>> java.net.SocketTimeoutException\: Accept timed out >>>>>>>>> hostname=unknown >>>>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>>>> javatestVersion=4.4.1 >>>>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>>>> sections=script_messages build compile >>>>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>> user.name=Nicholas >>>>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>>>> >>>>>>>>> >>>>>>>>> #section:script_messages >>>>>>>>> ----------messages:(5/308)---------- >>>>>>>>> JDK under test: >>>>>>>>> (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>>>> >>>>>>>>> openjdk version "1.8.0-internal" >>>>>>>>> OpenJDK Runtime Environment (build >>>>>>>>> 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>>>> >>>>>>>>> >>>>>>>>> #section:build >>>>>>>>> ----------messages:(3/100)---------- >>>>>>>>> command: build ReadAfterClose >>>>>>>>> reason: Named class compiled on demand >>>>>>>>> elapsed time (seconds): 60.005 >>>>>>>>> result: Error. Cannot get VM for test: >>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>> >>>>>>>>> #section:compile >>>>>>>>> ----------messages:(3/235)---------- >>>>>>>>> command: compile -XDignore.symbol.file=true >>>>>>>>> /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>>> >>>>>>>>> reason: .class file out of date or does not exist >>>>>>>>> elapsed time (seconds): 60.005 >>>>>>>>> result: Error. Cannot get VM for test: >>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>> >>>>>>>>> >>>>>>>>> test result: Error. Cannot get VM for test: >>>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>>> > From chris.hegarty at oracle.com Wed Jul 31 08:12:07 2013 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Wed, 31 Jul 2013 16:12:07 +0100 Subject: Try to run core libs tests -- All IO tests failing In-Reply-To: References: <68C504A0-F6DE-4A4D-B09C-0EC8FF1137AE@nicholaswilliams.net> <51F80198.4050209@oracle.com> <51F8262A.3060809@oracle.com> <51F922D2.4030305@oracle.com> Message-ID: <51F92947.70402@oracle.com> try: make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ *jdk_core* -Chris. On 31/07/2013 15:49, Nick Williams wrote: > That's how I'm running it. > > $ pwd > /foo/bar/jdk8/jdk8 > $ cd test > $ make PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ all > > If one test fails in a batch, none of the following batches run. So if one test fails in java.io, java.lang won't run. Makes it difficult to run all of the tests, especial since there are two tests in java.lang (ThreadLocalSupplierTests due to java.lang.VerifyError: Bad local variable type, and DefaultMethodModeling due to java.lang.NullPointerException at java.util.Objects.requireNonNull when checking class B) that fail consistently (on Mac OS X at least) that I haven't been able to solve by identifying issues with the testing environment. > > Nick > > On Jul 31, 2013, at 9:44 AM, Chris Hegarty wrote: > >> I believe if you run the tests from the top-level test/Makefile, not jdk/test/Makefile, all individual test batches ( invocations of jtreg ) get run. >> >> -Chris. >> >> On 30/07/2013 21:46, Jonathan Gibbons wrote: >>> >>> jtreg itself does not "stop on error". If you're driving the tests >>> through the makefiles, the makefiles may partition the work into >>> separate jtreg runs on separate parts of the test suite. >>> >>> -- Jon >>> >>> >>> On 07/30/2013 01:13 PM, Nick Williams wrote: >>>> Okay, this is indeed very interesting. After two hours it was only >>>> about half-way through the java.io tests and all of them had failed so >>>> far. On a sheer hunch and nothing more, I unplugged my ethernet cable, >>>> thus disconnecting me from any/all networks and the Internet. BOOM. >>>> The rest of the java.io tests finished (and passed) in a few seconds, >>>> leaving 137 that had failed. I then re-ran the tests while still >>>> disconnected from the Internet and 312 of the java.io tests passed >>>> this time, leaving only 1 failure (java/io/BufferedReader/Lines.java, >>>> output below). >>>> >>>> I plugged my Ethernet back in and ran the tests again and java.io >>>> started failing every test again, timing out after 60 seconds each. >>>> Curiously extending my hunch I remained connected over Ethernet and >>>> connected to a remote network via OpenVPN. Now all of the java.io test >>>> pass again (except that same one, with the same output). >>>> >>>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.) >>>> >>>> Unfortunately, the one failed java.io test prevents jtreg from >>>> continuing on to the next set of tests (java.lang). Anyone know how to >>>> tell jtreg to continue running on error? >>>> >>>> Nick >>>> >>>> #Test Results (version 2) >>>> #Tue Jul 30 14:53:42 CDT 2013 >>>> #-----testdescription----- >>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java >>>> >>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>> keywords=bug8003258 >>>> run=USER_SPECIFIED testng Lines\n >>>> source=Lines.java >>>> title=\ >>>> >>>> #-----environment----- >>>> >>>> #-----testresult----- >>>> end=Tue Jul 30 14\:53\:42 CDT 2013 >>>> execStatus=Error. Unexpected exception caught from test >>>> java/io/BufferedReader/Lines.java\: java.lang.NullPointerException >>>> sections=script_messages Details >>>> >>>> #section:script_messages >>>> ----------messages:(0/0)---------- >>>> >>>> #section:Details >>>> ----------messages:(0/0)---------- >>>> ----------Stack trace:(10/672)---------- >>>> java.lang.NullPointerException >>>> at >>>> com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97) >>>> >>>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80) >>>> at com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131) >>>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260) >>>> at >>>> com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149) >>>> at com.sun.javatest.Script.run(Script.java:228) >>>> at com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174) >>>> at >>>> com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43) >>>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66) >>>> result: Not run. Test running... >>>> >>>> >>>> test result: Error. Unexpected exception caught from test >>>> java/io/BufferedReader/Lines.java: java.lang.NullPointerException >>>> >>>> >>>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote: >>>> >>>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote: >>>>> >>>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote: >>>>>> >>>>>>> On 30/07/2013 11:02, Nick Williams wrote: >>>>>>>> I'm running the core libs tests locally (for the first time), and >>>>>>>> every java.io test is failing. They're all failing for the same >>>>>>>> reason (output below), and I suspect it's something local and not >>>>>>>> an actual problem. But the test output is not very helpful. Note >>>>>>>> that all of the java.beans tests passed with flying colors. Once >>>>>>>> it got to java.io, everything started failing. Worse, each test is >>>>>>>> taking 60 seconds to fail. I could be here a while... >>>>>>>> >>>>>>>> Thoughts? >>>>>>> What command are you using? From the output it suggests that the >>>>>>> connection between jtreg and the agent VM cannot be established. >>>>>>> >>>>>>> -Alan. >>>>>> Command, just like README-builds.html#testing says: >>>>>> >>>>>> cd test&& make >>>>>> PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ >>>>>> all >>>>>> >>>>>> I assume this is specifically an java.io-related problem because all >>>>>> the java.beans tests passed without exception and so far every >>>>>> java.io test through java.io.Externalizable (that's as far as it has >>>>>> gotten) has failed without exception. Wouldn't a problem with jtreg >>>>>> communicating with the agent VM have shown up in java.beans as well? >>>>>> I could be wrong of course. >>>>> I see now that java.beans tests run in "othervm mode" while java.io >>>>> tests run in "agentvm mode." Didn't realize they were being run >>>>> differently. Your explanation makes much more sense now, but I still >>>>> don't know what's wrong... >>>>> >>>>>>> >>>>>>>> Here's the output from one of the tests. It looks like all the >>>>>>>> other test outputs: >>>>>>>> >>>>>>>> #Test Results (version 2) >>>>>>>> #Tue Jul 30 12:38:15 CDT 2013 >>>>>>>> #-----testdescription----- >>>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> >>>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test >>>>>>>> keywords=bug4143651 >>>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n >>>>>>>> source=ReadAfterClose.java >>>>>>>> title=Test if I/O methods will check if the stream has been closed. >>>>>>>> >>>>>>>> #-----environment----- >>>>>>>> >>>>>>>> #-----testresult----- >>>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> >>>>>>>> elapsed=60007 0\:01\:00.007 >>>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013 >>>>>>>> environment=regtest >>>>>>>> execStatus=Error. Cannot get VM for test\: >>>>>>>> java.net.SocketTimeoutException\: Accept timed out >>>>>>>> hostname=unknown >>>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64) >>>>>>>> javatestVersion=4.4.1 >>>>>>>> jtregVersion=jtreg 4.1 dev b00 >>>>>>>> script=com.sun.javatest.regtest.RegressionScript >>>>>>>> sections=script_messages build compile >>>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013 >>>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> user.name=Nicholas >>>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream >>>>>>>> >>>>>>>> >>>>>>>> #section:script_messages >>>>>>>> ----------messages:(5/308)---------- >>>>>>>> JDK under test: >>>>>>>> (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image) >>>>>>>> >>>>>>>> openjdk version "1.8.0-internal" >>>>>>>> OpenJDK Runtime Environment (build >>>>>>>> 1.8.0-internal-icholas_2013_07_29_21_14-b00) >>>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode) >>>>>>>> >>>>>>>> >>>>>>>> #section:build >>>>>>>> ----------messages:(3/100)---------- >>>>>>>> command: build ReadAfterClose >>>>>>>> reason: Named class compiled on demand >>>>>>>> elapsed time (seconds): 60.005 >>>>>>>> result: Error. Cannot get VM for test: >>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>> >>>>>>>> #section:compile >>>>>>>> ----------messages:(3/235)---------- >>>>>>>> command: compile -XDignore.symbol.file=true >>>>>>>> /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java >>>>>>>> >>>>>>>> reason: .class file out of date or does not exist >>>>>>>> elapsed time (seconds): 60.005 >>>>>>>> result: Error. Cannot get VM for test: >>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>> >>>>>>>> >>>>>>>> test result: Error. Cannot get VM for test: >>>>>>>> java.net.SocketTimeoutException: Accept timed out >>>>>>>> >>> >