From javafx at use.startmail.com Tue Oct 3 01:14:42 2017 From: javafx at use.startmail.com (javafx at use.startmail.com) Date: Mon, 2 Oct 2017 21:14:42 -0400 Subject: Error on build In-Reply-To: <4e4d9f34d37d5c35b0e52964beb8b4a5.startmail@www.startmail.com> References: <4e4d9f34d37d5c35b0e52964beb8b4a5.startmail@www.startmail.com> Message-ID: <6554cd436ee0edb4362ee24ff673018d.startmail@www.startmail.com> Hi again ! Well I was able to track down the source of the error I am receiving from the gradle build. Unfortunately, the error persists, which is a bit of a mystery. Maybe a gradle maven can enlighten me here. For some reason, this line on line 90-91 of win.gradle is throwing the exception, although I can prove it ought not to: ? if (WINDOWS_SDK_DIR == null || WINDOWS_SDK_DIR == "") { throw new GradleException("FAIL: WINSDK_DIR not defined"); I cannot get past this, the exception is triggered, and yet the assignment of a value to property WINDOWS_SDK_DIR is quite clear here (line of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, System.getenv().get("WINSDK_DIR")) and that system variable is, in fact, set as proved by (my) running this simple program I wrote (which exists in the same directory as win.gradle to exclude any conceivable path issues) and getting the proper outputpublic class WinSDK { public WinSDK() { } public static void main(String[] args) { String sdk = (String)System.getenv().get("WINSDK_DIR"); System.out.println("sdk = " + sdk); } } Output as expected- the proper path to Microsoft SDK and anyways certainly not the empty string or null. Sorry to ask such a basic question but is anyone on this list actually able to clone then compile OpenFX from source using the procedure outlined on the below mentioned page using any of the gradle scripts, (in my instance gradle.win) ? Seems like first -step level stuff that is done regularly by everyone on the list interested in improving or exploring OpenFX but maybe I am wrong about this?? Many thanks in advance.? ? On Thursday, September 28, 2017 6:59 PM, javafx at use.startmail.com wrote: ? > Hi All, > > New member to this group. I am encountering a little trouble ?when I > try to build OpenJFX. I am following the instructions here:?(using > Cygwin on Win 7): > > https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX > > When I run gradle after cloning the OpenJFX repository,?I get a > "build > failed with exception" . I include the output from the entire run > just > in case it's significant: > > > > $ gradle > WARNING: An illegal reflective access operation has occurred > WARNING: Illegal reflective access by > org.gradle.internal.reflect.JavaMethod > (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method > java.lang.ClassLoader.getPackages() > WARNING: Please consider reporting this to the maintainers of > org.gradle.internal.reflect.JavaMethod > WARNING: Use --illegal-access=warn to enable warnings of further > illegal reflective access operations > WARNING: All illegal access operations will be denied in a future > release > :buildSrc:generateGrammarSource UP-TO-DATE > :buildSrc:compileJava UP-TO-DATE > :buildSrc:compileGroovy UP-TO-DATE > :buildSrc:processResources UP-TO-DATE > :buildSrc:classes UP-TO-DATE > :buildSrc:jar UP-TO-DATE > :buildSrc:assemble UP-TO-DATE > :buildSrc:compileTestJava UP-TO-DATE > :buildSrc:compileTestGroovy UP-TO-DATE > :buildSrc:processTestResources UP-TO-DATE > :buildSrc:testClasses UP-TO-DATE > :buildSrc:test UP-TO-DATE > :buildSrc:check UP-TO-DATE > :buildSrc:build UP-TO-DATE > > FAILURE: Build failed with an exception. > > * Where: > Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 > > * What went wrong: > A problem occurred evaluating script. >> FAIL: WINSDK_DIR not defined > * Try: > Run with --stacktrace option to get the stack trace. Run with --info > or > --debug option to get more log output. > > BUILD FAILED > > Total time: 1.376 secs > > > I should add that even though the tutorial doesn't mention to do it, > I > cd-ed into the folder named rt, which was created by Mercurial when I > cloned OpenJFX,??I called gradle from there. Calling it from the > directory containing rt resulted in nothing happening , which makes > sense afaik. > > the variable WINSDK is? not one I am familiar with- it's not any > environment or system variable on my machine and the tutorial doesn't > say anything about it. I hesitate to start arbitrarily hacking build > files based on error messages. It seems as though it ought to just > work > and perhaps this is a bug I should report or is it something else ? > > > Thank you! From cnewland at chrisnewland.com Tue Oct 3 07:36:49 2017 From: cnewland at chrisnewland.com (Chris Newland) Date: Tue, 3 Oct 2017 08:36:49 +0100 Subject: Error on build In-Reply-To: <6554cd436ee0edb4362ee24ff673018d.startmail@www.startmail.com> References: <4e4d9f34d37d5c35b0e52964beb8b4a5.startmail@www.startmail.com> <6554cd436ee0edb4362ee24ff673018d.startmail@www.startmail.com> Message-ID: <8706569d4cd2b3a3af88653b32bdcb2d.squirrel@excalibur.xssl.net> Hi, I'm also trying to build OpenJFX on Windows 10 so I can add a Windows build to my community OpenJFX build server at https://chriswhocodes.com and am hitting the same problems as you. Setting WINSDK_DIR on the command line using 'set' or 'export' doesn't work and neither does setting via the Windows environment manager UI. Hardcoding got me past this one: def WINDOWS_SDK_DIR="..." above the check. Next error I'm hitting is NativeCompileTask.compile() This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June 2010. buildSrc/win.gradle has hardcoded paths to VS2017 Professional so I'm guessing the devs who wrote this build script have got it working on a more modern build environment than the one described in the docs. Will post here if I can get it to build. Cheers, Chris On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: > Hi again ! > > > Well I was able to track down the source of the error I am receiving > from the gradle build. Unfortunately, the error persists, which is a bit of > a mystery. Maybe a gradle maven can enlighten me here. > > For some reason, this line on line 90-91 of win.gradle is throwing the > exception, although I can prove it ought not to: ? > if (WINDOWS_SDK_DIR == null || WINDOWS_SDK_DIR == "") { throw new > GradleException("FAIL: WINSDK_DIR not defined"); > I cannot get past this, the exception is triggered, and yet the > assignment of a value to property WINDOWS_SDK_DIR is quite clear here (line > of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, > System.getenv().get("WINSDK_DIR")) > and that system variable is, in fact, set as proved by (my) running this > simple program I wrote (which exists in the same directory as win.gradle > to exclude any conceivable path issues) and getting the proper > outputpublic class WinSDK { public WinSDK() { } > public static void main(String[] args) { String sdk = > (String)System.getenv().get("WINSDK_DIR"); > System.out.println("sdk = " + sdk); > } > } > Output as expected- the proper path to Microsoft SDK and anyways > certainly not the empty string or null. > > > > Sorry to ask such a basic question but is anyone on this list actually > able to clone then compile OpenFX from source using the procedure outlined > on the below mentioned page using any of the gradle scripts, (in my > instance gradle.win) ? > > Seems like first -step level stuff that is done regularly by everyone > on the list interested in improving or exploring OpenFX but maybe I am > wrong about this?? > > Many thanks in advance.? > > > > > > ? > On Thursday, September 28, 2017 6:59 PM, javafx at use.startmail.com > wrote: > ? > >> Hi All, >> >> >> New member to this group. I am encountering a little trouble ?when I >> try to build OpenJFX. I am following the instructions here:?(using Cygwin >> on Win 7): >> >> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >> >> >> When I run gradle after cloning the OpenJFX repository,?I get a >> "build >> failed with exception" . I include the output from the entire run just in >> case it's significant: >> >> >> >> $ gradle >> WARNING: An illegal reflective access operation has occurred >> WARNING: Illegal reflective access by >> org.gradle.internal.reflect.JavaMethod >> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >> java.lang.ClassLoader.getPackages() WARNING: Please consider reporting >> this to the maintainers of org.gradle.internal.reflect.JavaMethod >> WARNING: Use --illegal-access=warn to enable warnings of further >> illegal reflective access operations WARNING: All illegal access >> operations will be denied in a future release >> :buildSrc:generateGrammarSource UP-TO-DATE >> :buildSrc:compileJava UP-TO-DATE >> :buildSrc:compileGroovy UP-TO-DATE >> :buildSrc:processResources UP-TO-DATE >> :buildSrc:classes UP-TO-DATE >> :buildSrc:jar UP-TO-DATE >> :buildSrc:assemble UP-TO-DATE >> :buildSrc:compileTestJava UP-TO-DATE >> :buildSrc:compileTestGroovy UP-TO-DATE >> :buildSrc:processTestResources UP-TO-DATE >> :buildSrc:testClasses UP-TO-DATE >> :buildSrc:test UP-TO-DATE >> :buildSrc:check UP-TO-DATE >> :buildSrc:build UP-TO-DATE >> >> >> FAILURE: Build failed with an exception. >> >> >> * Where: >> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >> >> >> * What went wrong: >> A problem occurred evaluating script. >> >>> FAIL: WINSDK_DIR not defined >>> >> * Try: >> Run with --stacktrace option to get the stack trace. Run with --info >> or --debug option to get more log output. >> >> >> BUILD FAILED >> >> >> Total time: 1.376 secs >> >> >> >> I should add that even though the tutorial doesn't mention to do it, >> I >> cd-ed into the folder named rt, which was created by Mercurial when I >> cloned OpenJFX,??I called gradle from there. Calling it from the >> directory containing rt resulted in nothing happening , which makes >> sense afaik. >> >> the variable WINSDK is? not one I am familiar with- it's not any >> environment or system variable on my machine and the tutorial doesn't >> say anything about it. I hesitate to start arbitrarily hacking build >> files based on error messages. It seems as though it ought to just work >> and perhaps this is a bug I should report or is it something else ? >> >> >> Thank you! >> > From javafx at use.startmail.com Tue Oct 3 11:35:36 2017 From: javafx at use.startmail.com (javafx at use.startmail.com) Date: Tue, 3 Oct 2017 07:35:36 -0400 Subject: Error on build Message-ID: Hi Chris, I am on Windows 7 and WinSDK 7.0A and DirectX June 10, 2010; not sure if any of that makes a difference here or not.? I cloned a couple weeks ago and in my win.gradle on line 68 it has a hard coded absolute path thus: defineProperty("WINDOWS_VS_VSINSTALLDIR", properties, "c:/Program Files (x86)/Microsoft Visual Studio 12.0"); which contradicts (?) the directive on the website to use Visual Studio 10.0 (the website says Express Edition will do, so that is what I am using also). It is also different than what you say you have, which is VS2017 if I understood you correctly. I am not sure what to make of that. I changed that hard coded path above from "12.0" to read "10.0" then double checked to make sure that was a legit path on my machine, but it didn't get me past my error. Here is a question maybe you know the answer to . I am assuming that merely editing win.gradle then immediately invoking gradle in cygwin will cause the new edits I made to win.gradle to be processed appropriately by gradle. Is that correct? This is opposed to editing win.gradle, but then somehow compiling that gradle source, as I would have to do with a java source file, in order to see the changes at runtime. (Now you know how little I know about gradle.) Cheers Charles ? On Tuesday, October 3, 2017 3:36 AM, Chris Newland wrote: ? > Hi, > > I'm also trying to build OpenJFX on Windows 10 so I can add a Windows > build to my community OpenJFX build server at > https://chriswhocodes.com > and am hitting the same problems as you. > > Setting WINSDK_DIR on the command line using 'set' or 'export' > doesn't > work and neither does setting via the Windows environment manager UI. > > Hardcoding got me past this one: > > def WINDOWS_SDK_DIR="..." above the check. > > Next error I'm hitting is NativeCompileTask.compile() > > This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June > 2010. > > buildSrc/win.gradle has hardcoded paths to VS2017 Professional so I'm > guessing the devs who wrote this build script have got it working on > a > more modern build environment than the one described in the docs. > > Will post here if I can get it to build. > > Cheers, > > Chris > > On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: >> Hi again ! >> >> >> Well I was able to track down the source of the error I am receiving >> from the gradle build. Unfortunately, the error persists, which is a >> bit of >> a mystery. Maybe a gradle maven can enlighten me here. >> >> For some reason, this line on line 90-91 of win.gradle is throwing >> the >> exception, although I can prove it ought not to: ? >> if (WINDOWS_SDK_DIR == null || WINDOWS_SDK_DIR == "") { throw new >> GradleException("FAIL: WINSDK_DIR not defined"); >> I cannot get past this, the exception is triggered, and yet the >> assignment of a value to property WINDOWS_SDK_DIR is quite clear >> here (line >> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, >> System.getenv().get("WINSDK_DIR")) >> and that system variable is, in fact, set as proved by (my) running >> this >> simple program I wrote (which exists in the same directory as >> win.gradle >> to exclude any conceivable path issues) and getting the proper >> outputpublic class WinSDK { public WinSDK() { } >> public static void main(String[] args) { String sdk = >> (String)System.getenv().get("WINSDK_DIR"); >> System.out.println("sdk = " + sdk); >> } >> } >> Output as expected- the proper path to Microsoft SDK and anyways >> certainly not the empty string or null. >> >> >> >> Sorry to ask such a basic question but is anyone on this list >> actually >> able to clone then compile OpenFX from source using the procedure >> outlined >> on the below mentioned page using any of the gradle scripts, (in my >> instance gradle.win) ? >> >> Seems like first -step level stuff that is done regularly by >> everyone >> on the list interested in improving or exploring OpenFX but maybe I >> am >> wrong about this?? >> >> Many thanks in advance.? >> >> >> >> >> >> ? >> On Thursday, September 28, 2017 6:59 PM, javafx at use.startmail.com >> wrote: >> ? >> ? >>> Hi All, >>> >>> >>> New member to this group. I am encountering a little trouble ?when >>> I >>> try to build OpenJFX. I am following the instructions here:?(using >>> Cygwin >>> on Win 7): >>> >>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >>> >>> >>> When I run gradle after cloning the OpenJFX repository,?I get a >>> "build >>> failed with exception" . I include the output from the entire run >>> just in >>> case it's significant: >>> >>> >>> >>> $ gradle >>> WARNING: An illegal reflective access operation has occurred >>> WARNING: Illegal reflective access by >>> org.gradle.internal.reflect.JavaMethod >>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >>> java.lang.ClassLoader.getPackages() WARNING: Please consider >>> reporting >>> this to the maintainers of org.gradle.internal.reflect.JavaMethod >>> WARNING: Use --illegal-access=warn to enable warnings of further >>> illegal reflective access operations WARNING: All illegal access >>> operations will be denied in a future release >>> :buildSrc:generateGrammarSource UP-TO-DATE >>> :buildSrc:compileJava UP-TO-DATE >>> :buildSrc:compileGroovy UP-TO-DATE >>> :buildSrc:processResources UP-TO-DATE >>> :buildSrc:classes UP-TO-DATE >>> :buildSrc:jar UP-TO-DATE >>> :buildSrc:assemble UP-TO-DATE >>> :buildSrc:compileTestJava UP-TO-DATE >>> :buildSrc:compileTestGroovy UP-TO-DATE >>> :buildSrc:processTestResources UP-TO-DATE >>> :buildSrc:testClasses UP-TO-DATE >>> :buildSrc:test UP-TO-DATE >>> :buildSrc:check UP-TO-DATE >>> :buildSrc:build UP-TO-DATE >>> >>> >>> FAILURE: Build failed with an exception. >>> >>> >>> * Where: >>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >>> >>> >>> * What went wrong: >>> A problem occurred evaluating script. >>> ? >>>> FAIL: WINSDK_DIR not defined >>>> ? >>> * Try: >>> Run with --stacktrace option to get the stack trace. Run with >>> --info >>> or --debug option to get more log output. >>> >>> >>> BUILD FAILED >>> >>> >>> Total time: 1.376 secs >>> >>> >>> >>> I should add that even though the tutorial doesn't mention to do >>> it, >>> I >>> cd-ed into the folder named rt, which was created by Mercurial when >>> I >>> cloned OpenJFX,??I called gradle from there. Calling it from the >>> directory containing rt resulted in nothing happening , which makes >>> sense afaik. >>> >>> the variable WINSDK is? not one I am familiar with- it's not any >>> environment or system variable on my machine and the tutorial >>> doesn't >>> say anything about it. I hesitate to start arbitrarily hacking >>> build >>> files based on error messages. It seems as though it ought to just >>> work >>> and perhaps this is a bug I should report or is it something else ? >>> >>> >>> Thank you! >>> ? > ? From kevin.rushforth at oracle.com Tue Oct 3 13:43:53 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 03 Oct 2017 06:43:53 -0700 Subject: Error on build In-Reply-To: <8706569d4cd2b3a3af88653b32bdcb2d.squirrel@excalibur.xssl.net> References: <4e4d9f34d37d5c35b0e52964beb8b4a5.startmail@www.startmail.com> <6554cd436ee0edb4362ee24ff673018d.startmail@www.startmail.com> <8706569d4cd2b3a3af88653b32bdcb2d.squirrel@excalibur.xssl.net> Message-ID: <59D39419.2000100@oracle.com> The Wiki is out of date. VS 2017 Professional is now required to build OpenJFX. A fix was just pushed [1] to allow a different build of VS 2017 than the hard-coded one. Also, I am still able to build with VS 2010 and VS 2013, which should work as long as you don't build media or webkit (they aren't built by default). -- Kevin [1] https://bugs.openjdk.java.net/browse/JDK-8187366 Chris Newland wrote: > Hi, > > I'm also trying to build OpenJFX on Windows 10 so I can add a Windows > build to my community OpenJFX build server at https://chriswhocodes.com > and am hitting the same problems as you. > > Setting WINSDK_DIR on the command line using 'set' or 'export' doesn't > work and neither does setting via the Windows environment manager UI. > > Hardcoding got me past this one: > > def WINDOWS_SDK_DIR="..." above the check. > > Next error I'm hitting is NativeCompileTask.compile() > > This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June 2010. > > buildSrc/win.gradle has hardcoded paths to VS2017 Professional so I'm > guessing the devs who wrote this build script have got it working on a > more modern build environment than the one described in the docs. > > Will post here if I can get it to build. > > Cheers, > > Chris > > On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: > >> Hi again ! >> >> >> Well I was able to track down the source of the error I am receiving >> from the gradle build. Unfortunately, the error persists, which is a bit of >> a mystery. Maybe a gradle maven can enlighten me here. >> >> For some reason, this line on line 90-91 of win.gradle is throwing the >> exception, although I can prove it ought not to: >> if (WINDOWS_SDK_DIR == null || WINDOWS_SDK_DIR == "") { throw new >> GradleException("FAIL: WINSDK_DIR not defined"); >> I cannot get past this, the exception is triggered, and yet the >> assignment of a value to property WINDOWS_SDK_DIR is quite clear here (line >> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, >> System.getenv().get("WINSDK_DIR")) >> and that system variable is, in fact, set as proved by (my) running this >> simple program I wrote (which exists in the same directory as win.gradle >> to exclude any conceivable path issues) and getting the proper >> outputpublic class WinSDK { public WinSDK() { } >> public static void main(String[] args) { String sdk = >> (String)System.getenv().get("WINSDK_DIR"); >> System.out.println("sdk = " + sdk); >> } >> } >> Output as expected- the proper path to Microsoft SDK and anyways >> certainly not the empty string or null. >> >> >> >> Sorry to ask such a basic question but is anyone on this list actually >> able to clone then compile OpenFX from source using the procedure outlined >> on the below mentioned page using any of the gradle scripts, (in my >> instance gradle.win) ? >> >> Seems like first -step level stuff that is done regularly by everyone >> on the list interested in improving or exploring OpenFX but maybe I am >> wrong about this? >> >> Many thanks in advance. >> >> >> >> >> >> >> On Thursday, September 28, 2017 6:59 PM, javafx at use.startmail.com >> wrote: >> >> >> >>> Hi All, >>> >>> >>> New member to this group. I am encountering a little trouble when I >>> try to build OpenJFX. I am following the instructions here: (using Cygwin >>> on Win 7): >>> >>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >>> >>> >>> When I run gradle after cloning the OpenJFX repository, I get a >>> "build >>> failed with exception" . I include the output from the entire run just in >>> case it's significant: >>> >>> >>> >>> $ gradle >>> WARNING: An illegal reflective access operation has occurred >>> WARNING: Illegal reflective access by >>> org.gradle.internal.reflect.JavaMethod >>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >>> java.lang.ClassLoader.getPackages() WARNING: Please consider reporting >>> this to the maintainers of org.gradle.internal.reflect.JavaMethod >>> WARNING: Use --illegal-access=warn to enable warnings of further >>> illegal reflective access operations WARNING: All illegal access >>> operations will be denied in a future release >>> :buildSrc:generateGrammarSource UP-TO-DATE >>> :buildSrc:compileJava UP-TO-DATE >>> :buildSrc:compileGroovy UP-TO-DATE >>> :buildSrc:processResources UP-TO-DATE >>> :buildSrc:classes UP-TO-DATE >>> :buildSrc:jar UP-TO-DATE >>> :buildSrc:assemble UP-TO-DATE >>> :buildSrc:compileTestJava UP-TO-DATE >>> :buildSrc:compileTestGroovy UP-TO-DATE >>> :buildSrc:processTestResources UP-TO-DATE >>> :buildSrc:testClasses UP-TO-DATE >>> :buildSrc:test UP-TO-DATE >>> :buildSrc:check UP-TO-DATE >>> :buildSrc:build UP-TO-DATE >>> >>> >>> FAILURE: Build failed with an exception. >>> >>> >>> * Where: >>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >>> >>> >>> * What went wrong: >>> A problem occurred evaluating script. >>> >>> >>>> FAIL: WINSDK_DIR not defined >>>> >>>> >>> * Try: >>> Run with --stacktrace option to get the stack trace. Run with --info >>> or --debug option to get more log output. >>> >>> >>> BUILD FAILED >>> >>> >>> Total time: 1.376 secs >>> >>> >>> >>> I should add that even though the tutorial doesn't mention to do it, >>> I >>> cd-ed into the folder named rt, which was created by Mercurial when I >>> cloned OpenJFX, I called gradle from there. Calling it from the >>> directory containing rt resulted in nothing happening , which makes >>> sense afaik. >>> >>> the variable WINSDK is not one I am familiar with- it's not any >>> environment or system variable on my machine and the tutorial doesn't >>> say anything about it. I hesitate to start arbitrarily hacking build >>> files based on error messages. It seems as though it ought to just work >>> and perhaps this is a bug I should report or is it something else ? >>> >>> >>> Thank you! >>> >>> > > > From javafx at use.startmail.com Tue Oct 3 15:56:13 2017 From: javafx at use.startmail.com (javafx at use.startmail.com) Date: Tue, 3 Oct 2017 11:56:13 -0400 Subject: Error on build In-Reply-To: <59D39419.2000100@oracle.com> References: <4e4d9f34d37d5c35b0e52964beb8b4a5.startmail@www.startmail.com> <6554cd436ee0edb4362ee24ff673018d.startmail@www.startmail.com> <8706569d4cd2b3a3af88653b32bdcb2d.squirrel@excalibur.xssl.net> <59D39419.2000100@oracle.com> Message-ID: > VS 2017 Professional is now required to build OpenJFX. Ahh I see. I am sure it needs every bit of power offered by the professional version of Microsoft's excellent dev environment but unfortunately it cuts me out of building or testing since I don't have that subscription and it's really rather pricey.? Cheers!? ? > ? On Tuesday, October 3, 2017 9:43 AM, Kevin Rushforth wrote: ? > The Wiki is out of date. VS 2017 Professional is now required to > build OpenJFX. A fix was just pushed [1] to allow a different build > of VS 2017 than the hard-coded one. > > Also, I am still able to build with VS 2010 and VS 2013, which should > work as long as you don't build media or webkit (they aren't built by > default). > > -- Kevin > > [1] https://bugs.openjdk.java.net/browse/JDK-8187366 > > > > Chris Newland wrote: >> >> Hi, >> >> I'm also trying to build OpenJFX on Windows 10 so I can add a >> Windows >> build to my community OpenJFX build server at >> https://chriswhocodes.com >> and am hitting the same problems as you. >> >> Setting WINSDK_DIR on the command line using 'set' or 'export' >> doesn't >> work and neither does setting via the Windows environment manager >> UI. >> >> Hardcoding got me past this one: >> >> def WINDOWS_SDK_DIR="..." above the check. >> >> Next error I'm hitting is NativeCompileTask.compile() >> >> This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June >> 2010. >> >> buildSrc/win.gradle has hardcoded paths to VS2017 Professional so >> I'm >> guessing the devs who wrote this build script have got it working on >> a >> more modern build environment than the one described in the docs. >> >> Will post here if I can get it to build. >> >> Cheers, >> >> Chris >> >> On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: >> >> >>> >>> Hi again ! >>> >>> >>> Well I was able to track down the source of the error I am >>> receiving >>> from the gradle build. Unfortunately, the error persists, which is >>> a bit of >>> a mystery. Maybe a gradle maven can enlighten me here. >>> >>> For some reason, this line on line 90-91 of win.gradle is throwing >>> the >>> exception, although I can prove it ought not to: >>> if (WINDOWS_SDK_DIR == null || WINDOWS_SDK_DIR == "") { throw new >>> GradleException("FAIL: WINSDK_DIR not defined"); >>> I cannot get past this, the exception is triggered, and yet the >>> assignment of a value to property WINDOWS_SDK_DIR is quite clear >>> here (line >>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, >>> System.getenv().get("WINSDK_DIR")) >>> and that system variable is, in fact, set as proved by (my) running >>> this >>> simple program I wrote (which exists in the same directory as >>> win.gradle >>> to exclude any conceivable path issues) and getting the proper >>> outputpublic class WinSDK { public WinSDK() { } >>> public static void main(String[] args) { String sdk = >>> (String)System.getenv().get("WINSDK_DIR"); >>> System.out.println("sdk = " + sdk); >>> } >>> } >>> Output as expected- the proper path to Microsoft SDK and anyways >>> certainly not the empty string or null. >>> >>> >>> >>> Sorry to ask such a basic question but is anyone on this list >>> actually >>> able to clone then compile OpenFX from source using the procedure >>> outlined >>> on the below mentioned page using any of the gradle scripts, (in my >>> instance gradle.win) ? >>> >>> Seems like first -step level stuff that is done regularly by >>> everyone >>> on the list interested in improving or exploring OpenFX but maybe I >>> am >>> wrong about this? >>> >>> Many thanks in advance. >>> >>> >>> >>> >>> >>> >>> On Thursday, September 28, 2017 6:59 PM, javafx at use.startmail.comwrote: >>> >>> >>> >>>> Hi All, >>>> New member to this group. I am encountering a little trouble when >>>> I >>>> try to build OpenJFX. I am following the instructions here: (using >>>> Cygwin >>>> on Win 7): >>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >>>> >>>> >>>> When I run gradle after cloning the OpenJFX repository, I get a >>>> "build >>>> failed with exception" . I include the output from the entire run >>>> just in >>>> case it's significant: >>>> >>>> >>>> >>>> $ gradle >>>> WARNING: An illegal reflective access operation has occurred >>>> WARNING: Illegal reflective access by >>>> org.gradle.internal.reflect.JavaMethod >>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >>>> java.lang.ClassLoader.getPackages() WARNING: Please consider >>>> reporting >>>> this to the maintainers of org.gradle.internal.reflect.JavaMethod >>>> WARNING: Use --illegal-access=warn to enable warnings of further >>>> illegal reflective access operations WARNING: All illegal access >>>> operations will be denied in a future release >>>> :buildSrc:generateGrammarSource UP-TO-DATE >>>> :buildSrc:compileJava UP-TO-DATE >>>> :buildSrc:compileGroovy UP-TO-DATE >>>> :buildSrc:processResources UP-TO-DATE >>>> :buildSrc:classes UP-TO-DATE >>>> :buildSrc:jar UP-TO-DATE >>>> :buildSrc:assemble UP-TO-DATE >>>> :buildSrc:compileTestJava UP-TO-DATE >>>> :buildSrc:compileTestGroovy UP-TO-DATE >>>> :buildSrc:processTestResources UP-TO-DATE >>>> :buildSrc:testClasses UP-TO-DATE >>>> :buildSrc:test UP-TO-DATE >>>> :buildSrc:check UP-TO-DATE >>>> :buildSrc:build UP-TO-DATE >>>> FAILURE: Build failed with an exception. >>>> * Where: >>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >>>> * What went wrong: >>>> A problem occurred evaluating script. >>>> >>>> >>>>> FAIL: WINSDK_DIR not defined >>>>> >>>>> >>>> * Try: >>>> Run with --stacktrace option to get the stack trace. Run with >>>> --info >>>> or --debug option to get more log output. >>>> BUILD FAILED >>>> Total time: 1.376 secs >>>> I should add that even though the tutorial doesn't mention to do >>>> it, >>>> I >>>> cd-ed into the folder named rt, which was created by Mercurial >>>> when I >>>> cloned OpenJFX, I called gradle from there. Calling it from the >>>> directory containing rt resulted in nothing happening , which >>>> makes >>>> sense afaik. >>>> the variable WINSDK is not one I am familiar with- it's not any >>>> environment or system variable on my machine and the tutorial >>>> doesn't >>>> say anything about it. I hesitate to start arbitrarily hacking >>>> build >>>> files based on error messages. It seems as though it ought to just >>>> work >>>> and perhaps this is a bug I should report or is it something else >>>> ? >>>> Thank you! >>>> >>>> >> >> From javafx at use.startmail.com Tue Oct 3 16:19:49 2017 From: javafx at use.startmail.com (javafx at use.startmail.com) Date: Tue, 3 Oct 2017 12:19:49 -0400 Subject: Error on build Message-ID: Kevin, Hey hi, nice to meet you.? Even given the exclusion of media and web, I don't think anyone is going to build it with VS 2010 EE edition, at least as the Gradle script is now.? I am *pretty sure*? I am following instructions to the letter, Is dotted Tees crossed.?? The thing is I had zero trouble building the project named JDK 9 on the same page. So there's some irony for you. By the time all is said and done, with all the Gradle files and hardcoded String variables they contain and library versions and tool versions on the dependency chains from 3rd party suppliers?and all the errata and bugs those tools bring to the mix etc etc etc builds are basically becoming something akin to magical incantations understood only by the Shamans who author them. For the rest of us, you say the words, you push ENTER and hope the demon is summoned, and if not, well... not.... LOL . It's a real-world? problem clearly costing we devs both lost contributions and slowed progress and it's not clear what to do about it.? Cheers !?? ? On Tuesday, October 3, 2017 9:43 AM, Kevin Rushforth wrote: ? > The Wiki is out of date. VS 2017 Professional is now required to > build OpenJFX. A fix was just pushed [1] to allow a different build > of VS 2017 than the hard-coded one. > > Also, I am still able to build with VS 2010 and VS 2013, which should > work as long as you don't build media or webkit (they aren't built by > default). > > -- Kevin > > [1] https://bugs.openjdk.java.net/browse/JDK-8187366 > > > > Chris Newland wrote: >> >> Hi, >> >> I'm also trying to build OpenJFX on Windows 10 so I can add a >> Windows >> build to my community OpenJFX build server at >> https://chriswhocodes.com >> and am hitting the same problems as you. >> >> Setting WINSDK_DIR on the command line using 'set' or 'export' >> doesn't >> work and neither does setting via the Windows environment manager >> UI. >> >> Hardcoding got me past this one: >> >> def WINDOWS_SDK_DIR="..." above the check. >> >> Next error I'm hitting is NativeCompileTask.compile() >> >> This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June >> 2010. >> >> buildSrc/win.gradle has hardcoded paths to VS2017 Professional so >> I'm >> guessing the devs who wrote this build script have got it working on >> a >> more modern build environment than the one described in the docs. >> >> Will post here if I can get it to build. >> >> Cheers, >> >> Chris >> >> On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: >> >> >>> >>> Hi again ! >>> >>> >>> Well I was able to track down the source of the error I am >>> receiving >>> from the gradle build. Unfortunately, the error persists, which is >>> a bit of >>> a mystery. Maybe a gradle maven can enlighten me here. >>> >>> For some reason, this line on line 90-91 of win.gradle is throwing >>> the >>> exception, although I can prove it ought not to: >>> if (WINDOWS_SDK_DIR == null || WINDOWS_SDK_DIR == "") { throw new >>> GradleException("FAIL: WINSDK_DIR not defined"); >>> I cannot get past this, the exception is triggered, and yet the >>> assignment of a value to property WINDOWS_SDK_DIR is quite clear >>> here (line >>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, >>> System.getenv().get("WINSDK_DIR")) >>> and that system variable is, in fact, set as proved by (my) running >>> this >>> simple program I wrote (which exists in the same directory as >>> win.gradle >>> to exclude any conceivable path issues) and getting the proper >>> outputpublic class WinSDK { public WinSDK() { } >>> public static void main(String[] args) { String sdk = >>> (String)System.getenv().get("WINSDK_DIR"); >>> System.out.println("sdk = " + sdk); >>> } >>> } >>> Output as expected- the proper path to Microsoft SDK and anyways >>> certainly not the empty string or null. >>> >>> >>> >>> Sorry to ask such a basic question but is anyone on this list >>> actually >>> able to clone then compile OpenFX from source using the procedure >>> outlined >>> on the below mentioned page using any of the gradle scripts, (in my >>> instance gradle.win) ? >>> >>> Seems like first -step level stuff that is done regularly by >>> everyone >>> on the list interested in improving or exploring OpenFX but maybe I >>> am >>> wrong about this? >>> >>> Many thanks in advance. >>> >>> >>> >>> >>> >>> >>> On Thursday, September 28, 2017 6:59 PM, javafx at use.startmail.comwrote: >>> >>> >>> >>>> Hi All, >>>> New member to this group. I am encountering a little trouble when >>>> I >>>> try to build OpenJFX. I am following the instructions here: (using >>>> Cygwin >>>> on Win 7): >>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >>>> >>>> >>>> When I run gradle after cloning the OpenJFX repository, I get a >>>> "build >>>> failed with exception" . I include the output from the entire run >>>> just in >>>> case it's significant: >>>> >>>> >>>> >>>> $ gradle >>>> WARNING: An illegal reflective access operation has occurred >>>> WARNING: Illegal reflective access by >>>> org.gradle.internal.reflect.JavaMethod >>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >>>> java.lang.ClassLoader.getPackages() WARNING: Please consider >>>> reporting >>>> this to the maintainers of org.gradle.internal.reflect.JavaMethod >>>> WARNING: Use --illegal-access=warn to enable warnings of further >>>> illegal reflective access operations WARNING: All illegal access >>>> operations will be denied in a future release >>>> :buildSrc:generateGrammarSource UP-TO-DATE >>>> :buildSrc:compileJava UP-TO-DATE >>>> :buildSrc:compileGroovy UP-TO-DATE >>>> :buildSrc:processResources UP-TO-DATE >>>> :buildSrc:classes UP-TO-DATE >>>> :buildSrc:jar UP-TO-DATE >>>> :buildSrc:assemble UP-TO-DATE >>>> :buildSrc:compileTestJava UP-TO-DATE >>>> :buildSrc:compileTestGroovy UP-TO-DATE >>>> :buildSrc:processTestResources UP-TO-DATE >>>> :buildSrc:testClasses UP-TO-DATE >>>> :buildSrc:test UP-TO-DATE >>>> :buildSrc:check UP-TO-DATE >>>> :buildSrc:build UP-TO-DATE >>>> FAILURE: Build failed with an exception. >>>> * Where: >>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >>>> * What went wrong: >>>> A problem occurred evaluating script. >>>> >>>> >>>>> FAIL: WINSDK_DIR not defined >>>>> >>>>> >>>> * Try: >>>> Run with --stacktrace option to get the stack trace. Run with >>>> --info >>>> or --debug option to get more log output. >>>> BUILD FAILED >>>> Total time: 1.376 secs >>>> I should add that even though the tutorial doesn't mention to do >>>> it, >>>> I >>>> cd-ed into the folder named rt, which was created by Mercurial >>>> when I >>>> cloned OpenJFX, I called gradle from there. Calling it from the >>>> directory containing rt resulted in nothing happening , which >>>> makes >>>> sense afaik. >>>> the variable WINSDK is not one I am familiar with- it's not any >>>> environment or system variable on my machine and the tutorial >>>> doesn't >>>> say anything about it. I hesitate to start arbitrarily hacking >>>> build >>>> files based on error messages. It seems as though it ought to just >>>> work >>>> and perhaps this is a bug I should report or is it something else >>>> ? >>>> Thank you! >>>> >>>> >> >> From alexander.matveev at oracle.com Wed Oct 4 02:50:16 2017 From: alexander.matveev at oracle.com (Alexander Matveev) Date: Tue, 3 Oct 2017 19:50:16 -0700 Subject: [10] Review request for 8181922: Provide media support for libav version 57 Message-ID: <73989e88-d489-e147-b966-d8fdec0a117a@oracle.com> Hi Kevin and David, Please review the following: https://bugs.openjdk.java.net/browse/JDK-8181922 Added support for libav version 57. Thanks, Alexander From ambarish.rapte at oracle.com Wed Oct 4 11:24:02 2017 From: ambarish.rapte at oracle.com (Ambarish Rapte) Date: Wed, 4 Oct 2017 04:24:02 -0700 (PDT) Subject: RFR : JDK-8178418 : TextArea/TextField: Undo removes entire text at once Message-ID: <1897b060-f31f-4209-a5c4-67a8d984f936@default> Hi, Please review this bug fix: Bug: https://bugs.openjdk.java.net/browse/JDK-8178418 Fix: http://cr.openjdk.java.net/~arapte/fx/8178418/webrev.00/ Regards, Ambarish From ketchxup at googlemail.com Wed Oct 4 12:15:27 2017 From: ketchxup at googlemail.com (David Bimamisa) Date: Wed, 4 Oct 2017 14:15:27 +0200 Subject: Error on build In-Reply-To: References: <4e4d9f34d37d5c35b0e52964beb8b4a5.startmail@www.startmail.com> <6554cd436ee0edb4362ee24ff673018d.startmail@www.startmail.com> <8706569d4cd2b3a3af88653b32bdcb2d.squirrel@excalibur.xssl.net> <59D39419.2000100@oracle.com> Message-ID: It should also work with the community version of VS2017 Regards David Am 03.10.2017 5:56 nachm. schrieb : VS 2017 Professional is now required to build OpenJFX. > Ahh I see. I am sure it needs every bit of power offered by the professional version of Microsoft's excellent dev environment but unfortunately it cuts me out of building or testing since I don't have that subscription and it's really rather pricey. Cheers! > > On Tuesday, October 3, 2017 9:43 AM, Kevin Rushforth < kevin.rushforth at oracle.com> wrote: > The Wiki is out of date. VS 2017 Professional is now required to build > OpenJFX. A fix was just pushed [1] to allow a different build of VS 2017 > than the hard-coded one. > > Also, I am still able to build with VS 2010 and VS 2013, which should work > as long as you don't build media or webkit (they aren't built by default). > > -- Kevin > > [1] https://bugs.openjdk.java.net/browse/JDK-8187366 > > > > Chris Newland wrote: > >> >> Hi, >> >> I'm also trying to build OpenJFX on Windows 10 so I can add a >> Windows >> build to my community OpenJFX build server at https://chriswhocodes.com >> and am hitting the same problems as you. >> >> Setting WINSDK_DIR on the command line using 'set' or 'export' >> doesn't >> work and neither does setting via the Windows environment manager >> UI. >> >> Hardcoding got me past this one: >> >> def WINDOWS_SDK_DIR="..." above the check. >> >> Next error I'm hitting is NativeCompileTask.compile() >> >> This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June >> 2010. >> >> buildSrc/win.gradle has hardcoded paths to VS2017 Professional so >> I'm >> guessing the devs who wrote this build script have got it working on >> a >> more modern build environment than the one described in the docs. >> >> Will post here if I can get it to build. >> >> Cheers, >> >> Chris >> >> On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: >> >> >>> >>> Hi again ! >>> >>> >>> Well I was able to track down the source of the error I am >>> receiving >>> from the gradle build. Unfortunately, the error persists, which is >>> a bit of >>> a mystery. Maybe a gradle maven can enlighten me here. >>> >>> For some reason, this line on line 90-91 of win.gradle is throwing >>> the >>> exception, although I can prove it ought not to: if (WINDOWS_SDK_DIR == >>> null || WINDOWS_SDK_DIR == "") { throw new >>> GradleException("FAIL: WINSDK_DIR not defined"); >>> I cannot get past this, the exception is triggered, and yet the >>> assignment of a value to property WINDOWS_SDK_DIR is quite clear >>> here (line >>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, >>> System.getenv().get("WINSDK_DIR")) >>> and that system variable is, in fact, set as proved by (my) running >>> this >>> simple program I wrote (which exists in the same directory as >>> win.gradle >>> to exclude any conceivable path issues) and getting the proper >>> outputpublic class WinSDK { public WinSDK() { } >>> public static void main(String[] args) { String sdk = >>> (String)System.getenv().get("WINSDK_DIR"); >>> System.out.println("sdk = " + sdk); >>> } >>> } >>> Output as expected- the proper path to Microsoft SDK and anyways >>> certainly not the empty string or null. >>> >>> >>> >>> Sorry to ask such a basic question but is anyone on this list >>> actually >>> able to clone then compile OpenFX from source using the procedure >>> outlined >>> on the below mentioned page using any of the gradle scripts, (in my >>> instance gradle.win) ? >>> >>> Seems like first -step level stuff that is done regularly by >>> everyone >>> on the list interested in improving or exploring OpenFX but maybe I >>> am >>> wrong about this? >>> Many thanks in advance. >>> >>> >>> >>> >>> On Thursday, September 28, 2017 6:59 PM, javafx at use.startmail.comwrote: >>> >>> >>>> Hi All, >>>> New member to this group. I am encountering a little trouble when >>>> I >>>> try to build OpenJFX. I am following the instructions here: (using >>>> Cygwin >>>> on Win 7): >>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >>>> >>>> >>>> When I run gradle after cloning the OpenJFX repository, I get a >>>> "build >>>> failed with exception" . I include the output from the entire run >>>> just in >>>> case it's significant: >>>> >>>> >>>> >>>> $ gradle >>>> WARNING: An illegal reflective access operation has occurred >>>> WARNING: Illegal reflective access by >>>> org.gradle.internal.reflect.JavaMethod >>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >>>> java.lang.ClassLoader.getPackages() WARNING: Please consider >>>> reporting >>>> this to the maintainers of org.gradle.internal.reflect.JavaMethod >>>> WARNING: Use --illegal-access=warn to enable warnings of further >>>> illegal reflective access operations WARNING: All illegal access >>>> operations will be denied in a future release >>>> :buildSrc:generateGrammarSource UP-TO-DATE >>>> :buildSrc:compileJava UP-TO-DATE >>>> :buildSrc:compileGroovy UP-TO-DATE >>>> :buildSrc:processResources UP-TO-DATE >>>> :buildSrc:classes UP-TO-DATE >>>> :buildSrc:jar UP-TO-DATE >>>> :buildSrc:assemble UP-TO-DATE >>>> :buildSrc:compileTestJava UP-TO-DATE >>>> :buildSrc:compileTestGroovy UP-TO-DATE >>>> :buildSrc:processTestResources UP-TO-DATE >>>> :buildSrc:testClasses UP-TO-DATE >>>> :buildSrc:test UP-TO-DATE >>>> :buildSrc:check UP-TO-DATE >>>> :buildSrc:build UP-TO-DATE >>>> FAILURE: Build failed with an exception. >>>> * Where: >>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >>>> * What went wrong: >>>> A problem occurred evaluating script. >>>> >>>> >>>>> FAIL: WINSDK_DIR not defined >>>>> >>>>> >>>> * Try: >>>> Run with --stacktrace option to get the stack trace. Run with >>>> --info >>>> or --debug option to get more log output. >>>> BUILD FAILED >>>> Total time: 1.376 secs >>>> I should add that even though the tutorial doesn't mention to do >>>> it, >>>> I >>>> cd-ed into the folder named rt, which was created by Mercurial >>>> when I >>>> cloned OpenJFX, I called gradle from there. Calling it from the >>>> directory containing rt resulted in nothing happening , which >>>> makes >>>> sense afaik. >>>> the variable WINSDK is not one I am familiar with- it's not any >>>> environment or system variable on my machine and the tutorial >>>> doesn't >>>> say anything about it. I hesitate to start arbitrarily hacking >>>> build >>>> files based on error messages. It seems as though it ought to just >>>> work >>>> and perhaps this is a bug I should report or is it something else >>>> ? >>>> Thank you! >>>> >>>> >>> >> > From cnewland at chrisnewland.com Wed Oct 4 21:51:31 2017 From: cnewland at chrisnewland.com (Chris Newland) Date: Wed, 4 Oct 2017 22:51:31 +0100 Subject: Error on build In-Reply-To: References: <4e4d9f34d37d5c35b0e52964beb8b4a5.startmail@www.startmail.com> <6554cd436ee0edb4362ee24ff673018d.startmail@www.startmail.com> <8706569d4cd2b3a3af88653b32bdcb2d.squirrel@excalibur.xssl.net> <59D39419.2000100@oracle.com> Message-ID: Thanks David. Do you know if the WINSDK and DirectX requirements are still as per the wiki/docs or can later versions be used? Cheers, Chris @chriswhocodes | JITWatch | DemoFX On Wed, October 4, 2017 13:15, David Bimamisa wrote: > It should also work with the community version of VS2017 > > > Regards > David > > > > Am 03.10.2017 5:56 nachm. schrieb : > > > VS 2017 Professional is now required to build OpenJFX. > >> > Ahh I see. I am sure it needs every bit of power offered by the > professional version of Microsoft's excellent dev environment but > unfortunately it cuts me out of building or testing since I don't have > that subscription and it's really rather pricey. > > Cheers! > > > > > >> >> > On Tuesday, October 3, 2017 9:43 AM, Kevin Rushforth < > kevin.rushforth at oracle.com> wrote: > > >> The Wiki is out of date. VS 2017 Professional is now required to build >> OpenJFX. A fix was just pushed [1] to allow a different build of VS 2017 >> than the hard-coded one. >> >> Also, I am still able to build with VS 2010 and VS 2013, which should >> work as long as you don't build media or webkit (they aren't built by >> default). >> >> -- Kevin >> >> >> [1] https://bugs.openjdk.java.net/browse/JDK-8187366 >> >> >> >> >> Chris Newland wrote: >> >> >>> >>> Hi, >>> >>> >>> I'm also trying to build OpenJFX on Windows 10 so I can add a >>> Windows >>> build to my community OpenJFX build server at >>> https://chriswhocodes.com >>> and am hitting the same problems as you. >>> >>> Setting WINSDK_DIR on the command line using 'set' or 'export' >>> doesn't work and neither does setting via the Windows environment >>> manager UI. >>> >>> >>> Hardcoding got me past this one: >>> >>> >>> def WINDOWS_SDK_DIR="..." above the check. >>> >>> Next error I'm hitting is NativeCompileTask.compile() >>> >>> >>> This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June >>> 2010. >>> >>> >>> buildSrc/win.gradle has hardcoded paths to VS2017 Professional so I'm >>> guessing the devs who wrote this build script have got it working on a >>> more modern build environment than the one described in the docs. >>> >>> Will post here if I can get it to build. >>> >>> >>> Cheers, >>> >>> >>> Chris >>> >>> >>> On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: >>> >>> >>> >>>> >>>> Hi again ! >>>> >>>> >>>> >>>> Well I was able to track down the source of the error I am >>>> receiving from the gradle build. Unfortunately, the error persists, >>>> which is a bit of a mystery. Maybe a gradle maven can enlighten me >>>> here. >>>> >>>> For some reason, this line on line 90-91 of win.gradle is throwing >>>> the exception, although I can prove it ought not to: if >>>> (WINDOWS_SDK_DIR == >>>> null || WINDOWS_SDK_DIR == "") { throw new GradleException("FAIL: >>>> WINSDK_DIR not defined"); >>>> I cannot get past this, the exception is triggered, and yet the >>>> assignment of a value to property WINDOWS_SDK_DIR is quite clear here >>>> (line >>>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, >>>> System.getenv().get("WINSDK_DIR")) >>>> and that system variable is, in fact, set as proved by (my) running >>>> this simple program I wrote (which exists in the same directory as >>>> win.gradle to exclude any conceivable path issues) and getting the >>>> proper outputpublic class WinSDK { public WinSDK() { } public static >>>> void main(String[] args) { String sdk = >>>> (String)System.getenv().get("WINSDK_DIR"); >>>> System.out.println("sdk = " + sdk); >>>> } >>>> } >>>> Output as expected- the proper path to Microsoft SDK and anyways >>>> certainly not the empty string or null. >>>> >>>> >>>> >>>> Sorry to ask such a basic question but is anyone on this list >>>> actually able to clone then compile OpenFX from source using the >>>> procedure outlined on the below mentioned page using any of the >>>> gradle scripts, (in my instance gradle.win) ? >>>> >>>> Seems like first -step level stuff that is done regularly by >>>> everyone on the list interested in improving or exploring OpenFX but >>>> maybe I am wrong about this? Many thanks in advance. >>>> >>>> >>>> >>>> >>>> >>>> On Thursday, September 28, 2017 6:59 PM, >>>> javafx at use.startmail.comwrote: >>>> >>>> >>>> >>>>> Hi All, >>>>> New member to this group. I am encountering a little trouble when >>>>> I >>>>> try to build OpenJFX. I am following the instructions here: (using >>>>> Cygwin >>>>> on Win 7): >>>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >>>>> >>>>> >>>>> >>>>> When I run gradle after cloning the OpenJFX repository, I get a >>>>> "build >>>>> failed with exception" . I include the output from the entire run >>>>> just in case it's significant: >>>>> >>>>> >>>>> >>>>> $ gradle >>>>> WARNING: An illegal reflective access operation has occurred >>>>> WARNING: Illegal reflective access by >>>>> org.gradle.internal.reflect.JavaMethod >>>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >>>>> java.lang.ClassLoader.getPackages() WARNING: Please consider >>>>> reporting this to the maintainers of >>>>> org.gradle.internal.reflect.JavaMethod WARNING: Use >>>>> --illegal-access=warn to enable warnings of further >>>>> illegal reflective access operations WARNING: All illegal access >>>>> operations will be denied in a future release >>>>> :buildSrc:generateGrammarSource UP-TO-DATE >>>>> :buildSrc:compileJava UP-TO-DATE >>>>> :buildSrc:compileGroovy UP-TO-DATE >>>>> :buildSrc:processResources UP-TO-DATE >>>>> :buildSrc:classes UP-TO-DATE >>>>> :buildSrc:jar UP-TO-DATE >>>>> :buildSrc:assemble UP-TO-DATE >>>>> :buildSrc:compileTestJava UP-TO-DATE >>>>> :buildSrc:compileTestGroovy UP-TO-DATE >>>>> :buildSrc:processTestResources UP-TO-DATE >>>>> :buildSrc:testClasses UP-TO-DATE >>>>> :buildSrc:test UP-TO-DATE >>>>> :buildSrc:check UP-TO-DATE >>>>> :buildSrc:build UP-TO-DATE >>>>> FAILURE: Build failed with an exception. >>>>> * Where: >>>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >>>>> * What went wrong: >>>>> A problem occurred evaluating script. >>>>> >>>>> >>>>> >>>>>> FAIL: WINSDK_DIR not defined >>>>>> >>>>>> >>>>>> >>>>> * Try: >>>>> Run with --stacktrace option to get the stack trace. Run with >>>>> --info >>>>> or --debug option to get more log output. BUILD FAILED >>>>> Total time: 1.376 secs >>>>> I should add that even though the tutorial doesn't mention to do >>>>> it, I >>>>> cd-ed into the folder named rt, which was created by Mercurial when >>>>> I >>>>> cloned OpenJFX, I called gradle from there. Calling it from the >>>>> directory containing rt resulted in nothing happening , which >>>>> makes sense afaik. the variable WINSDK is not one I am familiar >>>>> with- it's not any environment or system variable on my machine >>>>> and the tutorial doesn't say anything about it. I hesitate to start >>>>> arbitrarily hacking build files based on error messages. It seems >>>>> as though it ought to just work and perhaps this is a bug I should >>>>> report or is it something else ? >>>>> Thank you! >>>>> >>>>> >>>>> >>>> >>> >> > From ketchxup at googlemail.com Thu Oct 5 14:09:26 2017 From: ketchxup at googlemail.com (David Bimamisa) Date: Thu, 5 Oct 2017 16:09:26 +0200 Subject: Error on build In-Reply-To: References: <4e4d9f34d37d5c35b0e52964beb8b4a5.startmail@www.startmail.com> <6554cd436ee0edb4362ee24ff673018d.startmail@www.startmail.com> <8706569d4cd2b3a3af88653b32bdcb2d.squirrel@excalibur.xssl.net> <59D39419.2000100@oracle.com> Message-ID: Hi, I'm not sure whether DirectX is needed or not. So I stick with DirectX SDK (June 2010). But I think WINSDK is still needed since I got my build running only after installing Windows 10 SDK (shipped with visual studio 2017). However, I had to run the *vs_installer.ex*e again and go to "change" in order to customize my VS2017 installation. To get Windows 10 SDK installed, I added the workload "Desktop development with C++" (see Figure in https://docs.microsoft.com/ en-us/visualstudio/install/install-visual-studio) and selected the option "Toolset for visual C++" below in the right sided list (don't know if this is needed though) This is how my *build*/*windows_tools.properties *looks now: WINDOWS_VS_DEVENVDIR=C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/Common7/IDE WINDOWS_VS_DEVENVCMD=C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/Common7/IDE/devenv.com WINDOWS_VS_VCINSTALLDIR=C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/VC WINDOWS_VS_VSINSTALLDIR=C:/Program Files (x86)/Microsoft Visual Studio/2017/Community WINDOWS_VS_MSVCDIR=C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/VC WINDOWS_VS_INCLUDE=... WINDOWS_VS_LIB=... WINDOWS_VS_LIBPATH=... WINDOWS_VS_PATH=... WINDOWS_VS_VER=150 WINDOWS_SDK_DIR=C:/Program Files (x86)/Windows Kits/10 WINDOWS_SDK_VERSION=10.0.14393.0 Regards, David 2017-10-04 23:51 GMT+02:00 Chris Newland : > Thanks David. > > Do you know if the WINSDK and DirectX requirements are still as per the > wiki/docs or can later versions be used? > > Cheers, > > Chris > @chriswhocodes | JITWatch | DemoFX > > On Wed, October 4, 2017 13:15, David Bimamisa wrote: > > It should also work with the community version of VS2017 > > > > > > Regards > > David > > > > > > > > Am 03.10.2017 5:56 nachm. schrieb : > > > > > > VS 2017 Professional is now required to build OpenJFX. > > > >> > > Ahh I see. I am sure it needs every bit of power offered by the > > professional version of Microsoft's excellent dev environment but > > unfortunately it cuts me out of building or testing since I don't have > > that subscription and it's really rather pricey. > > > > Cheers! > > > > > > > > > > > >> > >> > > On Tuesday, October 3, 2017 9:43 AM, Kevin Rushforth < > > kevin.rushforth at oracle.com> wrote: > > > > > >> The Wiki is out of date. VS 2017 Professional is now required to build > >> OpenJFX. A fix was just pushed [1] to allow a different build of VS 2017 > >> than the hard-coded one. > >> > >> Also, I am still able to build with VS 2010 and VS 2013, which should > >> work as long as you don't build media or webkit (they aren't built by > >> default). > >> > >> -- Kevin > >> > >> > >> [1] https://bugs.openjdk.java.net/browse/JDK-8187366 > >> > >> > >> > >> > >> Chris Newland wrote: > >> > >> > >>> > >>> Hi, > >>> > >>> > >>> I'm also trying to build OpenJFX on Windows 10 so I can add a > >>> Windows > >>> build to my community OpenJFX build server at > >>> https://chriswhocodes.com > >>> and am hitting the same problems as you. > >>> > >>> Setting WINSDK_DIR on the command line using 'set' or 'export' > >>> doesn't work and neither does setting via the Windows environment > >>> manager UI. > >>> > >>> > >>> Hardcoding got me past this one: > >>> > >>> > >>> def WINDOWS_SDK_DIR="..." above the check. > >>> > >>> Next error I'm hitting is NativeCompileTask.compile() > >>> > >>> > >>> This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June > >>> 2010. > >>> > >>> > >>> buildSrc/win.gradle has hardcoded paths to VS2017 Professional so I'm > >>> guessing the devs who wrote this build script have got it working on a > >>> more modern build environment than the one described in the docs. > >>> > >>> Will post here if I can get it to build. > >>> > >>> > >>> Cheers, > >>> > >>> > >>> Chris > >>> > >>> > >>> On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: > >>> > >>> > >>> > >>>> > >>>> Hi again ! > >>>> > >>>> > >>>> > >>>> Well I was able to track down the source of the error I am > >>>> receiving from the gradle build. Unfortunately, the error persists, > >>>> which is a bit of a mystery. Maybe a gradle maven can enlighten me > >>>> here. > >>>> > >>>> For some reason, this line on line 90-91 of win.gradle is throwing > >>>> the exception, although I can prove it ought not to: if > >>>> (WINDOWS_SDK_DIR == > >>>> null || WINDOWS_SDK_DIR == "") { throw new GradleException("FAIL: > >>>> WINSDK_DIR not defined"); > >>>> I cannot get past this, the exception is triggered, and yet the > >>>> assignment of a value to property WINDOWS_SDK_DIR is quite clear here > >>>> (line > >>>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, > >>>> System.getenv().get("WINSDK_DIR")) > >>>> and that system variable is, in fact, set as proved by (my) running > >>>> this simple program I wrote (which exists in the same directory as > >>>> win.gradle to exclude any conceivable path issues) and getting the > >>>> proper outputpublic class WinSDK { public WinSDK() { } public static > >>>> void main(String[] args) { String sdk = > >>>> (String)System.getenv().get("WINSDK_DIR"); > >>>> System.out.println("sdk = " + sdk); > >>>> } > >>>> } > >>>> Output as expected- the proper path to Microsoft SDK and anyways > >>>> certainly not the empty string or null. > >>>> > >>>> > >>>> > >>>> Sorry to ask such a basic question but is anyone on this list > >>>> actually able to clone then compile OpenFX from source using the > >>>> procedure outlined on the below mentioned page using any of the > >>>> gradle scripts, (in my instance gradle.win) ? > >>>> > >>>> Seems like first -step level stuff that is done regularly by > >>>> everyone on the list interested in improving or exploring OpenFX but > >>>> maybe I am wrong about this? Many thanks in advance. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> On Thursday, September 28, 2017 6:59 PM, > >>>> javafx at use.startmail.comwrote: > >>>> > >>>> > >>>> > >>>>> Hi All, > >>>>> New member to this group. I am encountering a little trouble when > >>>>> I > >>>>> try to build OpenJFX. I am following the instructions here: (using > >>>>> Cygwin > >>>>> on Win 7): > >>>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX > >>>>> > >>>>> > >>>>> > >>>>> When I run gradle after cloning the OpenJFX repository, I get a > >>>>> "build > >>>>> failed with exception" . I include the output from the entire run > >>>>> just in case it's significant: > >>>>> > >>>>> > >>>>> > >>>>> $ gradle > >>>>> WARNING: An illegal reflective access operation has occurred > >>>>> WARNING: Illegal reflective access by > >>>>> org.gradle.internal.reflect.JavaMethod > >>>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method > >>>>> java.lang.ClassLoader.getPackages() WARNING: Please consider > >>>>> reporting this to the maintainers of > >>>>> org.gradle.internal.reflect.JavaMethod WARNING: Use > >>>>> --illegal-access=warn to enable warnings of further > >>>>> illegal reflective access operations WARNING: All illegal access > >>>>> operations will be denied in a future release > >>>>> :buildSrc:generateGrammarSource UP-TO-DATE > >>>>> :buildSrc:compileJava UP-TO-DATE > >>>>> :buildSrc:compileGroovy UP-TO-DATE > >>>>> :buildSrc:processResources UP-TO-DATE > >>>>> :buildSrc:classes UP-TO-DATE > >>>>> :buildSrc:jar UP-TO-DATE > >>>>> :buildSrc:assemble UP-TO-DATE > >>>>> :buildSrc:compileTestJava UP-TO-DATE > >>>>> :buildSrc:compileTestGroovy UP-TO-DATE > >>>>> :buildSrc:processTestResources UP-TO-DATE > >>>>> :buildSrc:testClasses UP-TO-DATE > >>>>> :buildSrc:test UP-TO-DATE > >>>>> :buildSrc:check UP-TO-DATE > >>>>> :buildSrc:build UP-TO-DATE > >>>>> FAILURE: Build failed with an exception. > >>>>> * Where: > >>>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 > >>>>> * What went wrong: > >>>>> A problem occurred evaluating script. > >>>>> > >>>>> > >>>>> > >>>>>> FAIL: WINSDK_DIR not defined > >>>>>> > >>>>>> > >>>>>> > >>>>> * Try: > >>>>> Run with --stacktrace option to get the stack trace. Run with > >>>>> --info > >>>>> or --debug option to get more log output. BUILD FAILED > >>>>> Total time: 1.376 secs > >>>>> I should add that even though the tutorial doesn't mention to do > >>>>> it, I > >>>>> cd-ed into the folder named rt, which was created by Mercurial when > >>>>> I > >>>>> cloned OpenJFX, I called gradle from there. Calling it from the > >>>>> directory containing rt resulted in nothing happening , which > >>>>> makes sense afaik. the variable WINSDK is not one I am familiar > >>>>> with- it's not any environment or system variable on my machine > >>>>> and the tutorial doesn't say anything about it. I hesitate to start > >>>>> arbitrarily hacking build files based on error messages. It seems > >>>>> as though it ought to just work and perhaps this is a bug I should > >>>>> report or is it something else ? > >>>>> Thank you! > >>>>> > >>>>> > >>>>> > >>>> > >>> > >> > > > > From javafx at use.startmail.com Fri Oct 6 23:09:10 2017 From: javafx at use.startmail.com (javafx at use.startmail.com) Date: Fri, 6 Oct 2017 19:09:10 -0400 Subject: Error on build Message-ID: This is the result of using *VS 2017 CE- every option selected, downloaded and installed* I would say? there is an external symbol _fltused (float used?) and a few other such errors and also the assumption that the builder is on a 32 bit machine ?? (see final error). _fltused __GSHandlerCheck __security_check_cookie powf __imp_IsProcessorFeaturePresent? _DllMainCRTStartup and? C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/LIB\MSVCRT.lib : warning LNK4272: library machine type 'X86' conflicts with target machine type 'x64' C:\cygwin64\home\mdbg\rt\modules\javafx.graphics\build\libs\jsl-decora\win\decora_sse.dll : fatal error LNK1120: 7 unresolved externals :graphics:linkDecoraNativeShadersWin FAILED MS Studio 2017 CE doesn't ask you if you want a 32 bit or 64 bit installation, only WHERE you want it installed. The user choice of Program Files vs Program FIles x(86 ) might constitute a choice of sorts so after failing with the default x86 place, I uninstalled everything and tried the other only to have it fail much sooner. The first fail (x86) actually got through building part or most of? .graphics, which gave me false hope.? That non-question usually means the install itself knows what to do or has a preference and in this context especially? - VS 2017,install- should not lead to x86? vs 64 bit? type problems .? Also, the instructions on the wiki , outdated I am told, also say the default project is sdk. I do not think this is the case. It seems mandatory to type "sdk" after gradle to hit the sdk build task. Any help or experiences from anyone is much appreciated.? Full output: SSEPhongLighting_POINTPeer.obj : error LNK2001: unresolved external symbol _fltused SSEPhongLighting_SPOTPeer.obj : error LNK2001: unresolved external symbol _fltused SSESepiaTonePeer.obj : error LNK2001: unresolved external symbol _fltused SSEUtils.obj : error LNK2001: unresolved external symbol _fltused SSELinearConvolvePeer.obj : error LNK2001: unresolved external symbol _fltused SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external symbol _fltused SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external symbol _fltused SSEPhongLighting_DISTANTPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBrightpassPeer.obj : error LNK2001: unresolved external symbol _fltused SSEColorAdjustPeer.obj : error LNK2001: unresolved external symbol _fltused SSEDisplacementMapPeer.obj : error LNK2001: unresolved external symbol _fltused SSEInvertMaskPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_SRC_INPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_SRC_OUTPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_SRC_OVERPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_REDPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_SCREENPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_SOFT_LIGHTPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_SRC_ATOPPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_HARD_LIGHTPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_LIGHTENPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_MULTIPLYPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_OVERLAYPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_DARKENPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_DIFFERENCEPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_EXCLUSIONPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_GREENPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_ADDPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_BLUEPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_COLOR_BURNPeer.obj : error LNK2001: unresolved external symbol _fltused SSEBlend_COLOR_DODGEPeer.obj : error LNK2001: unresolved external symbol _fltused SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external symbol __GSHandlerCheck SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol __GSHandlerCheck SSEDisplacementMapPeer.obj : error LNK2001: unresolved external symbol __GSHandlerCheck SSELinearConvolvePeer.obj : error LNK2001: unresolved external symbol __GSHandlerCheck SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external symbol __GSHandlerCheck SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external symbol __security_check_cookie SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol __security_check_cookie SSEDisplacementMapPeer.obj : error LNK2001: unresolved external symbol __security_check_cookie SSELinearConvolvePeer.obj : error LNK2001: unresolved external symbol __security_check_cookie SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external symbol __security_check_cookie SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external symbol __security_cookie SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol __security_cookie SSEDisplacementMapPeer.obj : error LNK2001: unresolved external symbol __security_cookie SSELinearConvolvePeer.obj : error LNK2001: unresolved external symbol __security_cookie SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external symbol __security_cookie SSEPhongLighting_DISTANTPeer.obj : error LNK2019: unresolved external symbol powf referenced in function Java_com_sun_scenario_effect_impl_sw_sse_SSEPhongLighting_1DISTANTPeer_filter SSEPhongLighting_POINTPeer.obj : error LNK2001: unresolved external symbol powf SSEPhongLighting_SPOTPeer.obj : error LNK2001: unresolved external symbol powf SSEUtils.obj : error LNK2019: unresolved external symbol __imp_IsProcessorFeaturePresent referenced in function Java_com_sun_scenario_effect_impl_sw_sse_SSERendererDelegate_isSupported LINK : error LNK2001: unresolved external symbol _DllMainCRTStartup C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/LIB\MSVCRT.lib : warning LNK4272: library machine type 'X86' conflicts with target machine type 'x64' C:\cygwin64\home\mdbg\rt\modules\javafx.graphics\build\libs\jsl-decora\win\decora_sse.dll : fatal error LNK1120: 7 unresolved externals :graphics:linkDecoraNativeShadersWin FAILED ? On Thursday, October 5, 2017 10:09 AM, David Bimamisa wrote: ? > Hi, > > I'm not sure whether DirectX is needed or not. So I stick with > DirectX SDK > (June 2010). > But I think WINSDK is still needed since I got my build running only > after > installing Windows 10 SDK (shipped with visual studio 2017). > However, I had to run the *vs_installer.ex*e again and go to "change" > in > order to customize my VS2017 installation. > To get Windows 10 SDK installed, I added the workload "Desktop > development with C++" (see Figure in https://docs.microsoft.com/ > en-us/visualstudio/install/install-visual-studio) and selected the > option > "Toolset for visual C++" below in the right sided list (don't know if > this > is needed though) > > This is how my *build*/*windows_tools.properties *looks now: > WINDOWS_VS_DEVENVDIR=C:/Program Files (x86)/Microsoft Visual > Studio/2017/Community/Common7/IDE > WINDOWS_VS_DEVENVCMD=C:/Program Files (x86)/Microsoft Visual > Studio/2017/Community/Common7/IDE/devenv.com > WINDOWS_VS_VCINSTALLDIR=C:/Program Files (x86)/Microsoft Visual > Studio/2017/Community/VC > WINDOWS_VS_VSINSTALLDIR=C:/Program Files (x86)/Microsoft Visual > Studio/2017/Community > WINDOWS_VS_MSVCDIR=C:/Program Files (x86)/Microsoft Visual > Studio/2017/Community/VC > WINDOWS_VS_INCLUDE=... > WINDOWS_VS_LIB=... > WINDOWS_VS_LIBPATH=... > WINDOWS_VS_PATH=... > WINDOWS_VS_VER=150 > WINDOWS_SDK_DIR=C:/Program Files (x86)/Windows Kits/10 > WINDOWS_SDK_VERSION=10.0.14393.0 > > Regards, > David > > 2017-10-04 23:51 GMT+02:00 Chris Newland : > ? >> Thanks David. >> >> Do you know if the WINSDK and DirectX requirements are still as per >> the >> wiki/docs or can later versions be used? >> >> Cheers, >> >> Chris >> @chriswhocodes | JITWatch | DemoFX >> >> On Wed, October 4, 2017 13:15, David Bimamisa wrote: >> > It should also work with the community version of VS2017 >> > >> > >> > Regards >> > David >> > >> > >> > >> > Am 03.10.2017 5:56 nachm. schrieb : >> > >> > >> > VS 2017 Professional is now required to build OpenJFX. >> > >> >> >> > Ahh I see. I am sure it needs every bit of power offered by the >> > professional version of Microsoft's excellent dev environment but >> > unfortunately it cuts me out of building or testing since I don't >> have >> > that subscription and it's really rather pricey. >> > >> > Cheers! >> > >> > >> > >> > >> > >> >> >> >> >> > On Tuesday, October 3, 2017 9:43 AM, Kevin Rushforth < >> > kevin.rushforth at oracle.com> wrote: >> > >> > >> >> The Wiki is out of date. VS 2017 Professional is now required to >> build >> >> OpenJFX. A fix was just pushed [1] to allow a different build of >> VS 2017 >> >> ?than the hard-coded one. >> >> >> >> Also, I am still able to build with VS 2010 and VS 2013, which >> should >> >> work as long as you don't build media or webkit (they aren't >> built by >> >> default). >> >> >> >> -- Kevin >> >> >> >> >> >> [1] https://bugs.openjdk.java.net/browse/JDK-8187366 >> >> >> >> >> >> >> >> >> >> Chris Newland wrote: >> >> >> >> >> >>> >> >>> Hi, >> >>> >> >>> >> >>> I'm also trying to build OpenJFX on Windows 10 so I can add a >> >>> Windows >> >>> build to my community OpenJFX build server at >> >>> https://chriswhocodes.com >> >>> and am hitting the same problems as you. >> >>> >> >>> Setting WINSDK_DIR on the command line using 'set' or 'export' >> >>> doesn't work and neither does setting via the Windows >> environment >> >>> manager UI. >> >>> >> >>> >> >>> Hardcoding got me past this one: >> >>> >> >>> >> >>> def WINDOWS_SDK_DIR="..." above the check. >> >>> >> >>> Next error I'm hitting is NativeCompileTask.compile() >> >>> >> >>> >> >>> This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX >> June >> >>> 2010. >> >>> >> >>> >> >>> buildSrc/win.gradle has hardcoded paths to VS2017 Professional >> so I'm >> >>> guessing the devs who wrote this build script have got it >> working on a >> >>> more modern build environment than the one described in the >> docs. >> >>> >> >>> Will post here if I can get it to build. >> >>> >> >>> >> >>> Cheers, >> >>> >> >>> >> >>> Chris >> >>> >> >>> >> >>> On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: >> >>> >> >>> >> >>> >> >>>> >> >>>> Hi again ! >> >>>> >> >>>> >> >>>> >> >>>> Well I was able to track down the source of the error I am >> >>>> receiving from the gradle build. Unfortunately, the error >> persists, >> >>>> which is a bit of a mystery. Maybe a gradle maven can enlighten >> me >> >>>> here. >> >>>> >> >>>> For some reason, this line on line 90-91 of win.gradle is >> throwing >> >>>> the exception, although I can prove it ought not to: ?if >> >>>> (WINDOWS_SDK_DIR == >> >>>> null || WINDOWS_SDK_DIR == "") { throw new >> GradleException("FAIL: >> >>>> WINSDK_DIR not defined"); >> >>>> I cannot get past this, the exception is triggered, and yet the >> >>>> assignment of a value to property WINDOWS_SDK_DIR is quite >> clear here >> >>>> (line >> >>>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", >> properties, >> >>>> System.getenv().get("WINSDK_DIR")) >> >>>> and that system variable is, in fact, set as proved by (my) >> running >> >>>> this simple program I wrote (which exists in the same directory >> as >> >>>> win.gradle to exclude any conceivable path issues) and getting >> the >> >>>> proper outputpublic class WinSDK { public WinSDK() { } public >> static >> >>>> void main(String[] args) { String sdk = >> >>>> (String)System.getenv().get("WINSDK_DIR"); >> >>>> System.out.println("sdk = " + sdk); >> >>>> } >> >>>> } >> >>>> Output as expected- the proper path to Microsoft SDK and >> anyways >> >>>> certainly not the empty string or null. >> >>>> >> >>>> >> >>>> >> >>>> Sorry to ask such a basic question but is anyone on this list >> >>>> actually able to clone then compile OpenFX from source using >> the >> >>>> procedure outlined on the below mentioned page using any of the >> >>>> gradle scripts, (in my instance gradle.win) ? >> >>>> >> >>>> Seems like first -step level stuff that is done regularly by >> >>>> everyone on the list interested in improving or exploring >> OpenFX but >> >>>> maybe I am wrong about this? Many thanks in advance. >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> On Thursday, September 28, 2017 6:59 PM, >> >>>> javafx at use.startmail.comwrote: >> >>>> >> >>>> >> >>>> >> >>>>> Hi All, >> >>>>> New member to this group. I am encountering a little trouble >> ?when >> >>>>> ?I >> >>>>> try to build OpenJFX. I am following the instructions here: >> (using >> >>>>> ?Cygwin >> >>>>> on Win 7): >> >>>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >> >>>>> >> >>>>> >> >>>>> >> >>>>> When I run gradle after cloning the OpenJFX repository, I get >> a >> >>>>> "build >> >>>>> failed with exception" . I include the output from the entire >> run >> >>>>> just in case it's significant: >> >>>>> >> >>>>> >> >>>>> >> >>>>> $ gradle >> >>>>> WARNING: An illegal reflective access operation has occurred >> >>>>> WARNING: Illegal reflective access by >> >>>>> org.gradle.internal.reflect.JavaMethod >> >>>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >> >>>>> java.lang.ClassLoader.getPackages() WARNING: Please consider >> >>>>> reporting this to the maintainers of >> >>>>> org.gradle.internal.reflect.JavaMethod WARNING: Use >> >>>>> --illegal-access=warn to enable warnings of further >> >>>>> illegal reflective access operations WARNING: All illegal >> access >> >>>>> operations will be denied in a future release >> >>>>> :buildSrc:generateGrammarSource UP-TO-DATE >> >>>>> :buildSrc:compileJava UP-TO-DATE >> >>>>> :buildSrc:compileGroovy UP-TO-DATE >> >>>>> :buildSrc:processResources UP-TO-DATE >> >>>>> :buildSrc:classes UP-TO-DATE >> >>>>> :buildSrc:jar UP-TO-DATE >> >>>>> :buildSrc:assemble UP-TO-DATE >> >>>>> :buildSrc:compileTestJava UP-TO-DATE >> >>>>> :buildSrc:compileTestGroovy UP-TO-DATE >> >>>>> :buildSrc:processTestResources UP-TO-DATE >> >>>>> :buildSrc:testClasses UP-TO-DATE >> >>>>> :buildSrc:test UP-TO-DATE >> >>>>> :buildSrc:check UP-TO-DATE >> >>>>> :buildSrc:build UP-TO-DATE >> >>>>> FAILURE: Build failed with an exception. >> >>>>> * Where: >> >>>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >> >>>>> * What went wrong: >> >>>>> A problem occurred evaluating script. >> >>>>> >> >>>>> >> >>>>> >> >>>>>> FAIL: WINSDK_DIR not defined >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>> * Try: >> >>>>> Run with --stacktrace option to get the stack trace. Run with >> >>>>> --info >> >>>>> or --debug option to get more log output. BUILD FAILED >> >>>>> Total time: 1.376 secs >> >>>>> I should add that even though the tutorial doesn't mention to >> do >> >>>>> it, I >> >>>>> cd-ed into the folder named rt, which was created by Mercurial >> when >> >>>>> I >> >>>>> cloned OpenJFX, ?I called gradle from there. Calling it from >> the >> >>>>> directory containing rt resulted in nothing happening , which >> >>>>> makes sense afaik. the variable WINSDK is ?not one I am >> familiar >> >>>>> with- it's not any environment or system variable on my >> machine >> >>>>> and the tutorial doesn't say anything about it. I hesitate to >> start >> >>>>> arbitrarily hacking build files based on error messages. It >> seems >> >>>>> as though it ought to just work and perhaps this is a bug I >> should >> >>>>> report or is it something else ? >> >>>>> Thank you! >> >>>>> >> >>>>> >> >>>>> >> >>>> >> >>> >> >> >> > >> >> ? From ketchxup at googlemail.com Sun Oct 8 10:45:37 2017 From: ketchxup at googlemail.com (David Bimamisa) Date: Sun, 8 Oct 2017 12:45:37 +0200 Subject: Error on build In-Reply-To: References: Message-ID: Which version of JDK are you using? 64-bit or 32-bit? I remember getting these types of errors only if there was a mismatch between the JDK and c++ compiler machine type As noted in wiki: *"the version of the JDK you have set as JDK_HOME will determine whether you build 32 or 64 bit binaries"* Regards David 2017-10-07 1:09 GMT+02:00 : > This is the result of using *VS 2017 CE- every option selected, downloaded > and installed* > > I would say there is an external symbol _fltused (float used?) and a few > other such errors and also the assumption that the builder is on a 32 bit > machine ?? (see final error). > > > _fltused > __GSHandlerCheck > __security_check_cookie > powf > __imp_IsProcessorFeaturePresent > _DllMainCRTStartup > > and > > C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/LIB\MSVCRT.lib : > warning LNK4272: library machine type 'X86' conflicts with target machine > type 'x64' > C:\cygwin64\home\mdbg\rt\modules\javafx.graphics\build\libs\jsl-decora\win\decora_sse.dll > : fatal error LNK1120: 7 unresolved externals > :graphics:linkDecoraNativeShadersWin FAILED > > > MS Studio 2017 CE doesn't ask you if you want a 32 bit or 64 bit > installation, only WHERE you want it installed. > > The user choice of Program Files vs Program FIles x(86 ) might constitute > a choice of sorts so after failing with the default x86 place, I > uninstalled everything and tried the other only to have it fail much > sooner. The first fail (x86) actually got through building part or most of > .graphics, which gave me false hope. > > That non-question usually means the install itself knows what to do or has > a preference and in this context especially - VS 2017,install- should not > lead to x86 vs 64 bit type problems . > > Also, the instructions on the wiki , outdated I am told, also say the > default project is sdk. I do not think this is the case. It seems mandatory > to type "sdk" after gradle to hit the sdk build task. > > Any help or experiences from anyone is much appreciated. > > > > Full output: > > SSEPhongLighting_POINTPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEPhongLighting_SPOTPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSESepiaTonePeer.obj : error LNK2001: unresolved external symbol _fltused > SSEUtils.obj : error LNK2001: unresolved external symbol _fltused > SSELinearConvolvePeer.obj : error LNK2001: unresolved external symbol > _fltused > SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external > symbol _fltused > SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external > symbol _fltused > SSEPhongLighting_DISTANTPeer.obj : error LNK2001: unresolved external > symbol _fltused > SSEBrightpassPeer.obj : error LNK2001: unresolved external symbol _fltused > SSEColorAdjustPeer.obj : error LNK2001: unresolved external symbol _fltused > SSEDisplacementMapPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEInvertMaskPeer.obj : error LNK2001: unresolved external symbol _fltused > SSEBlend_SRC_INPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_SRC_OUTPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_SRC_OVERPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol _fltused > SSEBlend_REDPeer.obj : error LNK2001: unresolved external symbol _fltused > SSEBlend_SCREENPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_SOFT_LIGHTPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_SRC_ATOPPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_HARD_LIGHTPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_LIGHTENPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_MULTIPLYPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_OVERLAYPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_DARKENPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_DIFFERENCEPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_EXCLUSIONPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_GREENPeer.obj : error LNK2001: unresolved external symbol _fltused > SSEBlend_ADDPeer.obj : error LNK2001: unresolved external symbol _fltused > SSEBlend_BLUEPeer.obj : error LNK2001: unresolved external symbol _fltused > SSEBlend_COLOR_BURNPeer.obj : error LNK2001: unresolved external symbol > _fltused > SSEBlend_COLOR_DODGEPeer.obj : error LNK2001: unresolved external symbol > _fltused > > SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external > symbol __GSHandlerCheck > SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol > __GSHandlerCheck > SSEDisplacementMapPeer.obj : error LNK2001: unresolved external symbol > __GSHandlerCheck > SSELinearConvolvePeer.obj : error LNK2001: unresolved external symbol > __GSHandlerCheck > SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external > symbol __GSHandlerCheck > > SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external > symbol __security_check_cookie > SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol > __security_check_cookie > SSEDisplacementMapPeer.obj : error LNK2001: unresolved external symbol > __security_check_cookie > SSELinearConvolvePeer.obj : error LNK2001: unresolved external symbol > __security_check_cookie > SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external > symbol __security_check_cookie > SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external > symbol __security_cookie > SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol > __security_cookie > SSEDisplacementMapPeer.obj : error LNK2001: unresolved external symbol > __security_cookie > SSELinearConvolvePeer.obj : error LNK2001: unresolved external symbol > __security_cookie > SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external > symbol __security_cookie > > SSEPhongLighting_DISTANTPeer.obj : error LNK2019: unresolved external > symbol powf referenced in function Java_com_sun_scenario_effect_i > mpl_sw_sse_SSEPhongLighting_1DISTANTPeer_filter > SSEPhongLighting_POINTPeer.obj : error LNK2001: unresolved external symbol > powf > SSEPhongLighting_SPOTPeer.obj : error LNK2001: unresolved external symbol > powf > > SSEUtils.obj : error LNK2019: unresolved external symbol > __imp_IsProcessorFeaturePresent referenced in function > Java_com_sun_scenario_effect_impl_sw_sse_SSERendererDelegate_isSupported > > LINK : error LNK2001: unresolved external symbol _DllMainCRTStartup > > C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/LIB\MSVCRT.lib : > warning LNK4272: library machine type 'X86' conflicts with target machine > type 'x64' > C:\cygwin64\home\mdbg\rt\modules\javafx.graphics\build\libs\jsl-decora\win\decora_sse.dll > : fatal error LNK1120: 7 unresolved externals > :graphics:linkDecoraNativeShadersWin FAILED > > > On Thursday, October 5, 2017 10:09 AM, David Bimamisa < > ketchxup at googlemail.com> wrote: > > >> Hi, >> >> I'm not sure whether DirectX is needed or not. So I stick with DirectX SDK >> (June 2010). >> But I think WINSDK is still needed since I got my build running only after >> installing Windows 10 SDK (shipped with visual studio 2017). >> However, I had to run the *vs_installer.ex*e again and go to "change" in >> order to customize my VS2017 installation. >> To get Windows 10 SDK installed, I added the workload "Desktop >> development with C++" (see Figure in https://docs.microsoft.com/ >> en-us/visualstudio/install/install-visual-studio) and selected the option >> "Toolset for visual C++" below in the right sided list (don't know if this >> is needed though) >> >> This is how my *build*/*windows_tools.properties *looks now: >> WINDOWS_VS_DEVENVDIR=C:/Program Files (x86)/Microsoft Visual >> Studio/2017/Community/Common7/IDE >> WINDOWS_VS_DEVENVCMD=C:/Program Files (x86)/Microsoft Visual >> Studio/2017/Community/Common7/IDE/devenv.com >> WINDOWS_VS_VCINSTALLDIR=C:/Program Files (x86)/Microsoft Visual >> Studio/2017/Community/VC >> WINDOWS_VS_VSINSTALLDIR=C:/Program Files (x86)/Microsoft Visual >> Studio/2017/Community >> WINDOWS_VS_MSVCDIR=C:/Program Files (x86)/Microsoft Visual >> Studio/2017/Community/VC >> WINDOWS_VS_INCLUDE=... >> WINDOWS_VS_LIB=... >> WINDOWS_VS_LIBPATH=... >> WINDOWS_VS_PATH=... >> WINDOWS_VS_VER=150 >> WINDOWS_SDK_DIR=C:/Program Files (x86)/Windows Kits/10 >> WINDOWS_SDK_VERSION=10.0.14393.0 >> >> Regards, >> >> David >> >> 2017-10-04 23:51 GMT+02:00 Chris Newland : >> >> >>> Thanks David. >>> >>> Do you know if the WINSDK and DirectX requirements are still as per the >>> wiki/docs or can later versions be used? >>> >>> Cheers, >>> >>> Chris >>> @chriswhocodes | JITWatch | DemoFX >>> >>> On Wed, October 4, 2017 13:15, David Bimamisa wrote: >>> > It should also work with the community version of VS2017 >>> > >>> > >>> > Regards >>> > David >>> > >>> > >>> > >>> > Am 03.10.2017 5:56 nachm. schrieb : >>> > >>> > >>> > VS 2017 Professional is now required to build OpenJFX. >>> > >>> >> >>> > Ahh I see. I am sure it needs every bit of power offered by the >>> > professional version of Microsoft's excellent dev environment but >>> > unfortunately it cuts me out of building or testing since I don't have >>> > that subscription and it's really rather pricey. >>> > >>> > Cheers! >>> > >>> > >>> > >>> > >>> > >>> >> >>> >> >>> > On Tuesday, October 3, 2017 9:43 AM, Kevin Rushforth < >>> > kevin.rushforth at oracle.com> wrote: >>> > >>> > >>> >> The Wiki is out of date. VS 2017 Professional is now required to build >>> >> OpenJFX. A fix was just pushed [1] to allow a different build of VS >>> 2017 >>> >> than the hard-coded one. >>> >> >>> >> Also, I am still able to build with VS 2010 and VS 2013, which should >>> >> work as long as you don't build media or webkit (they aren't built by >>> >> default). >>> >> >>> >> -- Kevin >>> >> >>> >> >>> >> [1] https://bugs.openjdk.java.net/browse/JDK-8187366 >>> >> >>> >> >>> >> >>> >> >>> >> Chris Newland wrote: >>> >> >>> >> >>> >>> >>> >>> Hi, >>> >>> >>> >>> >>> >>> I'm also trying to build OpenJFX on Windows 10 so I can add a >>> >>> Windows >>> >>> build to my community OpenJFX build server at >>> >>> https://chriswhocodes.com >>> >>> and am hitting the same problems as you. >>> >>> >>> >>> Setting WINSDK_DIR on the command line using 'set' or 'export' >>> >>> doesn't work and neither does setting via the Windows environment >>> >>> manager UI. >>> >>> >>> >>> >>> >>> Hardcoding got me past this one: >>> >>> >>> >>> >>> >>> def WINDOWS_SDK_DIR="..." above the check. >>> >>> >>> >>> Next error I'm hitting is NativeCompileTask.compile() >>> >>> >>> >>> >>> >>> This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX June >>> >>> 2010. >>> >>> >>> >>> >>> >>> buildSrc/win.gradle has hardcoded paths to VS2017 Professional so I'm >>> >>> guessing the devs who wrote this build script have got it working on >>> a >>> >>> more modern build environment than the one described in the docs. >>> >>> >>> >>> Will post here if I can get it to build. >>> >>> >>> >>> >>> >>> Cheers, >>> >>> >>> >>> >>> >>> Chris >>> >>> >>> >>> >>> >>> On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: >>> >>> >>> >>> >>> >>> >>> >>>> >>> >>>> Hi again ! >>> >>>> >>> >>>> >>> >>>> >>> >>>> Well I was able to track down the source of the error I am >>> >>>> receiving from the gradle build. Unfortunately, the error persists, >>> >>>> which is a bit of a mystery. Maybe a gradle maven can enlighten me >>> >>>> here. >>> >>>> >>> >>>> For some reason, this line on line 90-91 of win.gradle is throwing >>> >>>> the exception, although I can prove it ought not to: if >>> >>>> (WINDOWS_SDK_DIR == >>> >>>> null || WINDOWS_SDK_DIR == "") { throw new GradleException("FAIL: >>> >>>> WINSDK_DIR not defined"); >>> >>>> I cannot get past this, the exception is triggered, and yet the >>> >>>> assignment of a value to property WINDOWS_SDK_DIR is quite clear >>> here >>> >>>> (line >>> >>>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties, >>> >>>> System.getenv().get("WINSDK_DIR")) >>> >>>> and that system variable is, in fact, set as proved by (my) running >>> >>>> this simple program I wrote (which exists in the same directory as >>> >>>> win.gradle to exclude any conceivable path issues) and getting the >>> >>>> proper outputpublic class WinSDK { public WinSDK() { } public static >>> >>>> void main(String[] args) { String sdk = >>> >>>> (String)System.getenv().get("WINSDK_DIR"); >>> >>>> System.out.println("sdk = " + sdk); >>> >>>> } >>> >>>> } >>> >>>> Output as expected- the proper path to Microsoft SDK and anyways >>> >>>> certainly not the empty string or null. >>> >>>> >>> >>>> >>> >>>> >>> >>>> Sorry to ask such a basic question but is anyone on this list >>> >>>> actually able to clone then compile OpenFX from source using the >>> >>>> procedure outlined on the below mentioned page using any of the >>> >>>> gradle scripts, (in my instance gradle.win) ? >>> >>>> >>> >>>> Seems like first -step level stuff that is done regularly by >>> >>>> everyone on the list interested in improving or exploring OpenFX but >>> >>>> maybe I am wrong about this? Many thanks in advance. >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> On Thursday, September 28, 2017 6:59 PM, >>> >>>> javafx at use.startmail.comwrote: >>> >>>> >>> >>>> >>> >>>> >>> >>>>> Hi All, >>> >>>>> New member to this group. I am encountering a little trouble when >>> >>>>> I >>> >>>>> try to build OpenJFX. I am following the instructions here: (using >>> >>>>> Cygwin >>> >>>>> on Win 7): >>> >>>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> When I run gradle after cloning the OpenJFX repository, I get a >>> >>>>> "build >>> >>>>> failed with exception" . I include the output from the entire run >>> >>>>> just in case it's significant: >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> $ gradle >>> >>>>> WARNING: An illegal reflective access operation has occurred >>> >>>>> WARNING: Illegal reflective access by >>> >>>>> org.gradle.internal.reflect.JavaMethod >>> >>>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >>> >>>>> java.lang.ClassLoader.getPackages() WARNING: Please consider >>> >>>>> reporting this to the maintainers of >>> >>>>> org.gradle.internal.reflect.JavaMethod WARNING: Use >>> >>>>> --illegal-access=warn to enable warnings of further >>> >>>>> illegal reflective access operations WARNING: All illegal access >>> >>>>> operations will be denied in a future release >>> >>>>> :buildSrc:generateGrammarSource UP-TO-DATE >>> >>>>> :buildSrc:compileJava UP-TO-DATE >>> >>>>> :buildSrc:compileGroovy UP-TO-DATE >>> >>>>> :buildSrc:processResources UP-TO-DATE >>> >>>>> :buildSrc:classes UP-TO-DATE >>> >>>>> :buildSrc:jar UP-TO-DATE >>> >>>>> :buildSrc:assemble UP-TO-DATE >>> >>>>> :buildSrc:compileTestJava UP-TO-DATE >>> >>>>> :buildSrc:compileTestGroovy UP-TO-DATE >>> >>>>> :buildSrc:processTestResources UP-TO-DATE >>> >>>>> :buildSrc:testClasses UP-TO-DATE >>> >>>>> :buildSrc:test UP-TO-DATE >>> >>>>> :buildSrc:check UP-TO-DATE >>> >>>>> :buildSrc:build UP-TO-DATE >>> >>>>> FAILURE: Build failed with an exception. >>> >>>>> * Where: >>> >>>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91 >>> >>>>> * What went wrong: >>> >>>>> A problem occurred evaluating script. >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>>> FAIL: WINSDK_DIR not defined >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>> * Try: >>> >>>>> Run with --stacktrace option to get the stack trace. Run with >>> >>>>> --info >>> >>>>> or --debug option to get more log output. BUILD FAILED >>> >>>>> Total time: 1.376 secs >>> >>>>> I should add that even though the tutorial doesn't mention to do >>> >>>>> it, I >>> >>>>> cd-ed into the folder named rt, which was created by Mercurial when >>> >>>>> I >>> >>>>> cloned OpenJFX, I called gradle from there. Calling it from the >>> >>>>> directory containing rt resulted in nothing happening , which >>> >>>>> makes sense afaik. the variable WINSDK is not one I am familiar >>> >>>>> with- it's not any environment or system variable on my machine >>> >>>>> and the tutorial doesn't say anything about it. I hesitate to start >>> >>>>> arbitrarily hacking build files based on error messages. It seems >>> >>>>> as though it ought to just work and perhaps this is a bug I should >>> >>>>> report or is it something else ? >>> >>>>> Thank you! >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>> >>> >>> >>> >> >>> > >>> >>> >>> >> From ketchxup at googlemail.com Sun Oct 8 12:16:53 2017 From: ketchxup at googlemail.com (David Bimamisa) Date: Sun, 8 Oct 2017 14:16:53 +0200 Subject: Gradle test fail; DLLS are missing (Windows 10) In-Reply-To: <59CABFBA.8030006@oracle.com> References: <59CABFBA.8030006@oracle.com> Message-ID: I'm wondering if it possible to build Webkit on Windows anyway? Just by build openJDK? Also, according to [1] JDK 8u152 has been already released. 1. http://jdk.java.net/8/ 2. http://openjdk.java.net/projects/jdk8u/ Regards 2017-09-26 22:59 GMT+02:00 Kevin Rushforth : > I presume you aren't building WebKit? If not, then you will have a > mismatch between the Java .class files and the native library. Possible > solutions are: > > 1) Build WebKit yourself > > 2) Avoid running WebView tests > > 3) Wait for 3 weeks until JDK 8u152 is released (at which time the .class > files and native libraries will be in sync again) > > -- Kevin > > > David Bimamisa wrote: > >> Now I'm having issues when running unit tests of the webkit module. >> >> :web:test >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000069c6f73d, >> pid=8240, tid=0x000000000000337c >> # >> # JRE version: Java(TM) SE Runtime Environment (8.0_144-b01) (build >> 1.8.0_144-b01) >> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed mode >> windows-amd64 compressed oops) >> # Problematic frame: >> # V [jvm.dll+0x14f73d] >> # >> # Failed to write core dump. Minidumps are not enabled by default on >> client >> versions of Windows >> # >> # An error report file with more information is saved as: >> # >> C:\Users\~\Documents\projects-shaka-in_process\rt\modules\we >> b\hs_err_pid8240.log >> # >> # If you would like to submit a bug report, please visit: >> # http://bugreport.java.com/bugreport/crash.jsp >> # >> Exception in thread "JavaFX Application Thread" Unexpected exception >> thrown. >> org.gradle.messaging.remote.internal.MessageIOException: Could not write >> message [EndOfStream] to '/127.0.0.1:64074'. >> at >> org.gradle.messaging.remote.internal.inet.SocketConnection. >> dispatch(SocketConnection.java:115) >> at >> org.gradle.messaging.remote.internal.hub.MessageHub$Connecti >> onDispatch.run(MessageHub.java:279) >> at >> org.gradle.internal.concurrent.DefaultExecutorFactory$Stoppa >> bleExecutorImpl$1.run(DefaultExecutorFactory.java:66) >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1149) >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.java:624) >> at java.lang.Thread.run(Thread.java:748) >> >> And the corresponding report file: >> >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000069c6f73d, >> pid=4728, tid=0x0000000000002690 >> # >> # JRE version: Java(TM) SE Runtime Environment (8.0_144-b01) (build >> 1.8.0_144-b01) >> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed mode >> windows-amd64 compressed oops) >> # Problematic frame: >> # V [jvm.dll+0x14f73d] >> # >> # Failed to write core dump. Minidumps are not enabled by default on >> client >> versions of Windows >> # >> # If you would like to submit a bug report, please visit: >> # http://bugreport.java.com/bugreport/crash.jsp >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x000000001ec34800): JavaThread "JavaFX Application >> Thread" [_thread_in_vm, id=9872, >> stack(0x0000000021800000,0x0000000021900000)] >> >> siginfo: ExceptionCode=0xc0000005, reading address 0x0000000000000000 >> >> Registers: >> RAX=0x0000000000000000, RBX=0x000000001ec34800, RCX=0x0000000000000480, >> RDX=0x000000001dd9dd68 >> RSP=0x00000000218fcca0, RBP=0x00000000218fcd98, RSI=0x0000000000000000, >> RDI=0x000000001ec349f8 >> R8 =0x0000000000000000, R9 =0x00000000218fcd98, R10=0x000000001b25bc60, >> R11=0x000000000262a970 >> R12=0x000000001dd9dd68, R13=0x0000000000000000, R14=0x000000001ec349f8, >> R15=0x0000000020f915a0 >> RIP=0x0000000069c6f73d, EFLAGS=0x0000000000010246 >> >> Top of Stack: (sp=0x00000000218fcca0) >> 0x00000000218fcca0: 00000000218fcc89 0000000800000001 >> 0x00000000218fccb0: 0000000000000000 00000006c53eff70 >> 0x00000000218fccc0: 000036cea0d95ca8 0000000000000001 >> 0x00000000218fccd0: 000000006b322620 0000000069c648fd >> 0x00000000218fcce0: 000000001e5bc888 000000006a126ee0 >> 0x00000000218fccf0: 000000001ec34800 0000000000000000 >> 0x00000000218fcd00: 000000000262a6d0 000000001ec34800 >> 0x00000000218fcd10: 000000000000000e 0000000069c64a0b >> 0x00000000218fcd20: 0000000020f915a0 000000001ec349f8 >> 0x00000000218fcd30: 0000000000000000 0000000000000000 >> 0x00000000218fcd40: 0000000000000000 0000000067c2b55c >> 0x00000000218fcd50: 000000001ec349f8 00000000685f7ae0 >> 0x00000000218fcd60: 00000000009d5450 000000001f247978 >> 0x00000000218fcd70: 000000001ec349f8 0000000067c4ee80 >> 0x00000000218fcd80: 00000000685f7ae0 000000001ec349f8 >> 0x00000000218fcd90: 0000000000000000 000000001f247978 >> >> Instructions: (pc=0x0000000069c6f73d) >> 0x0000000069c6f71d: 00 48 83 7b 08 00 48 89 5c 24 50 48 c7 44 24 58 >> 0x0000000069c6f72d: 00 00 00 00 74 0a 48 8d 4c 24 50 e8 63 c6 12 00 >> 0x0000000069c6f73d: 48 8b 06 c7 44 24 40 0e 00 00 00 48 8d 4c 24 70 >> 0x0000000069c6f74d: 48 8b 50 08 0f b7 42 24 48 8b 52 08 48 8b 54 c2 >> >> >> Register to memory mapping: >> >> RAX=0x0000000000000000 is an unknown value >> RBX=0x000000001ec34800 is a thread >> RCX=0x0000000000000480 is an unknown value >> RDX=0x000000001dd9dd68 is a global jni handle >> RSP=0x00000000218fcca0 is pointing into the stack for thread: >> 0x000000001ec34800 >> RBP=0x00000000218fcd98 is pointing into the stack for thread: >> 0x000000001ec34800 >> RSI=0x0000000000000000 is an unknown value >> RDI=0x000000001ec349f8 is an unknown value >> R8 =0x0000000000000000 is an unknown value >> R9 =0x00000000218fcd98 is pointing into the stack for thread: >> 0x000000001ec34800 >> R10={method} {0x000000001b25bc68} 'printStackTrace' '()V' in >> 'java/lang/Throwable' >> R11=0x000000000262a970 is an unknown value >> R12=0x000000001dd9dd68 is a global jni handle >> R13=0x0000000000000000 is an unknown value >> R14=0x000000001ec349f8 is an unknown value >> R15=0x0000000020f915a0 is an unknown value >> >> >> Stack: [0x0000000021800000,0x0000000021900000], sp=0x00000000218fcca0, >> free space=1011k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native >> code) >> V [jvm.dll+0x14f73d] >> C [jfxwebkit.dll+0x8cb55c] >> C [jfxwebkit.dll+0x8eee80] >> C [jfxwebkit.dll+0x5a80e8] >> C [jfxwebkit.dll+0x8e6371] >> C [jfxwebkit.dll+0x8ee37e] >> C [jfxwebkit.dll+0x4eae04] >> C [jfxwebkit.dll+0x4ebacf] >> C [jfxwebkit.dll+0x6cf2ac] >> C [jfxwebkit.dll+0x6cd2c6] >> C [jfxwebkit.dll+0x6cfcd5] >> C [jfxwebkit.dll+0x3bf35c] >> C [jfxwebkit.dll+0x7e3a54] >> C [jfxwebkit.dll+0x7e3514] >> C [jfxwebkit.dll+0x7e39fd] >> C [jfxwebkit.dll+0x7e3514] >> C [jfxwebkit.dll+0x7e39fd] >> C [jfxwebkit.dll+0x7e6021] >> C [jfxwebkit.dll+0x7e5804] >> C [jfxwebkit.dll+0x7e5340] >> C [jfxwebkit.dll+0x2894d6] >> C [jfxwebkit.dll+0x290755] >> C [jfxwebkit.dll+0x283698] >> C [jfxwebkit.dll+0x4b4847] >> C [jfxwebkit.dll+0x4f2d92] >> C [jfxwebkit.dll+0x4da3e9] >> C [jfxwebkit.dll+0x4d968c] >> C [jfxwebkit.dll+0x4d5d46] >> C [jfxwebkit.dll+0x8f419f] >> C [jfxwebkit.dll+0x8f5801] >> C 0x00000000027d7f74 >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j >> com.sun.webkit.network.URLLoader.twkDidFail(ILjava/lang/ >> String;Ljava/lang/String;J)V+0 >> j >> com.sun.webkit.network.URLLoader.notifyDidFail(ILjava/lang/ >> String;Ljava/lang/String;)V+102 >> j >> com.sun.webkit.network.URLLoader.lambda$didFail$6(ILjava/ >> lang/String;Ljava/lang/String;)V+11 >> j com.sun.webkit.network.URLLoader$$Lambda$273.run()V+16 >> j >> com.sun.javafx.application.PlatformImpl.lambda$null$5(Ljava/ >> lang/Runnable;)Ljava/lang/Void;+1 >> j >> com.sun.javafx.application.PlatformImpl$$Lambda$54.run()Ljav >> a/lang/Object;+4 >> v ~StubRoutines::call_stub >> J 2338 >> java.security.AccessController.doPrivileged(Ljava/security/P >> rivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >> (0 bytes) @ 0x0000000002f57066 [0x0000000002f57000+0x66] >> j >> com.sun.javafx.application.PlatformImpl.lambda$runLater$6( >> Ljava/lang/Runnable;Ljava/security/AccessControlContext;)V+7 >> j com.sun.javafx.application.PlatformImpl$$Lambda$53.run()V+8 >> j com.sun.glass.ui.monocle.RunnableProcessor.runLoop()Ljava/ >> lang/Object;+36 >> j com.sun.glass.ui.monocle.RunnableProcessor.run()V+1 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x000000001e8b9800 JavaThread "URL-Loader-14" daemon [_thread_blocked, >> id=11888, stack(0x0000000066e80000,0x0000000066f80000)] >> 0x000000001ec33000 JavaThread "URL-Loader-13" daemon [_thread_blocked, >> id=3596, stack(0x0000000066d80000,0x0000000066e80000)] >> 0x000000001ec31800 JavaThread "URL-Loader-12" daemon [_thread_blocked, >> id=7936, stack(0x0000000066c80000,0x0000000066d80000)] >> 0x000000001ec32800 JavaThread "Prism Font Disposer" daemon >> [_thread_blocked, id=11704, stack(0x0000000063010000,0x0000000063110000)] >> 0x000000001ec36000 JavaThread "Disposer" daemon [_thread_blocked, >> id=8516, stack(0x0000000061c10000,0x0000000061d10000)] >> 0x000000001ec35800 JavaThread "Timer-0" daemon [_thread_blocked, >> id=5244, >> stack(0x0000000021900000,0x0000000021a00000)] >> =>0x000000001ec34800 JavaThread "JavaFX Application Thread" >> [_thread_in_vm, >> id=9872, stack(0x0000000021800000,0x0000000021900000)] >> 0x000000001ec30000 JavaThread "QuantumRenderer-0" daemon >> [_thread_blocked, id=11256, stack(0x00000000211c0000,0x00000000212c0000)] >> 0x000000001ec2f800 JavaThread "Test worker" [_thread_blocked, id=12732, >> stack(0x000000001fbc0000,0x000000001fcc0000)] >> 0x000000001e7cc000 JavaThread "socket connection at /127.0.0.1:63555 >> with >> /127.0.0.1:63554 workers Thread 2" [_thread_in_native, id=220, >> stack(0x000000001f8c0000,0x000000001f9c0000)] >> 0x000000001e378800 JavaThread "socket connection at /127.0.0.1:63555 >> with >> /127.0.0.1:63554 workers" [_thread_blocked, id=2340, >> stack(0x000000001f7c0000,0x000000001f8c0000)] >> 0x000000001d0fb800 JavaThread "Service Thread" daemon [_thread_blocked, >> id=6244, stack(0x000000001dab0000,0x000000001dbb0000)] >> 0x000000001bc27000 JavaThread "C1 CompilerThread2" daemon >> [_thread_blocked, id=9788, stack(0x000000001d9b0000,0x000000001dab0000)] >> 0x000000001bc1d800 JavaThread "C2 CompilerThread1" daemon >> [_thread_in_native, id=12764, stack(0x000000001d8b0000,0x000 >> 000001d9b0000)] >> 0x000000001bc1b000 JavaThread "C2 CompilerThread0" daemon >> [_thread_blocked, id=10040, stack(0x000000001d7b0000,0x000000001d8b0000)] >> 0x000000001bc19000 JavaThread "Attach Listener" daemon [_thread_blocked, >> id=8576, stack(0x000000001d6b0000,0x000000001d7b0000)] >> 0x000000001bbfe000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=6112, stack(0x000000001d5b0000,0x000000001d6b0000)] >> 0x000000001bbca800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=7616, stack(0x000000001ce30000,0x000000001cf30000)] >> 0x00000000026d1000 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=1768, stack(0x000000001cd30000,0x000000001ce30000)] >> 0x00000000027be000 JavaThread "main" [_thread_blocked, id=7848, >> stack(0x00000000024c0000,0x00000000025c0000)] >> >> Other Threads: >> 0x000000001bba8000 VMThread [stack: >> 0x000000001cc30000,0x000000001cd30000] [id=11656] >> 0x000000001d12a800 WatcherThread [stack: >> 0x000000001dbb0000,0x000000001dcb0000] [id=12444] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap: >> PSYoungGen total 243200K, used 33029K [0x000000076c300000, >> 0x000000077f400000, 0x00000007c0000000) >> eden space 237056K, 13% used >> [0x000000076c300000,0x000000076e341780,0x000000077aa80000) >> from space 6144K, 0% used >> [0x000000077c500000,0x000000077c500000,0x000000077cb00000) >> to space 27136K, 0% used >> [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) >> ParOldGen total 132096K, used 39085K [0x00000006c4800000, >> 0x00000006cc900000, 0x000000076c300000) >> object space 132096K, 29% used >> [0x00000006c4800000,0x00000006c6e2b6b8,0x00000006cc900000) >> Metaspace used 21147K, capacity 22320K, committed 22400K, reserved >> 1069056K >> class space used 2831K, capacity 3123K, committed 3200K, reserved >> 1048576K >> >> Card table byte_map: [0x0000000011b80000,0x0000000012360000] >> byte_map_base: >> 0x000000000e55c000 >> >> Marking Bits: (ParMarkBitMap*) 0x000000006a33d850 >> Begin Bits: [0x0000000012ca0000, 0x0000000016b80000) >> End Bits: [0x0000000016b80000, 0x000000001aa60000) >> >> Polling page: 0x0000000000cd0000 >> >> CodeCache: size=245760Kb used=8377Kb max_used=8377Kb free=237382Kb >> bounds [0x00000000027c0000, 0x0000000003010000, 0x00000000117c0000] >> total_blobs=3204 nmethods=2570 adapters=546 >> compilation: enabled >> >> Compilation events (10 events): >> Event: 65.613 Thread 0x000000001bc27000 nmethod 3018 0x0000000002d5c110 >> code [0x0000000002d5c260, 0x0000000002d5c3f0] >> Event: 65.613 Thread 0x000000001bc27000 3019 3 >> com.sun.javafx.iio.png.PNGImageLoader2::paethPr (56 bytes) >> Event: 65.613 Thread 0x000000001bc27000 nmethod 3019 0x0000000002d824d0 >> code [0x0000000002d82660, 0x0000000002d82a70] >> Event: 65.615 Thread 0x000000001bc27000 3021 3 >> org.gradle.util.LineBufferingOutputStream::endsWithLineSeparator (61 >> bytes) >> Event: 65.615 Thread 0x000000001bc27000 nmethod 3021 0x0000000002d81f10 >> code [0x0000000002d82080, 0x0000000002d82370] >> Event: 65.615 Thread 0x000000001bc27000 3020 3 >> org.gradle.util.LineBufferingOutputStream::write (97 bytes) >> Event: 65.616 Thread 0x000000001bc27000 nmethod 3020 0x0000000002d716d0 >> code [0x0000000002d71880, 0x0000000002d71d58] >> Event: 65.616 Thread 0x000000001bc27000 3022 1 >> sun.nio.cs.SingleByte$Decoder::decode (11 bytes) >> Event: 65.616 Thread 0x000000001bc27000 nmethod 3022 0x0000000002d71350 >> code [0x0000000002d714a0, 0x0000000002d715f0] >> Event: 65.616 Thread 0x000000001bc27000 3023 3 >> java.nio.ByteBuffer::arrayOffset (35 bytes) >> >> GC Heap History (10 events): >> Event: 1.965 GC heap before >> {Heap before GC invocations=3 (full 0): >> PSYoungGen total 75264K, used 67890K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 64512K, 99% used >> [0x000000076c300000,0x00000007701e5008,0x0000000770200000) >> from space 10752K, 32% used >> [0x0000000770c80000,0x0000000770fe7a50,0x0000000771700000) >> to space 10752K, 0% used >> [0x0000000770200000,0x0000000770200000,0x0000000770c80000) >> ParOldGen total 172032K, used 24K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c4806000,0x00000006cf000000) >> Metaspace used 10666K, capacity 10994K, committed 11264K, reserved >> 1058816K >> class space used 1346K, capacity 1457K, committed 1536K, reserved >> 1048576K >> Event: 1.969 GC heap after >> Heap after GC invocations=3 (full 0): >> PSYoungGen total 75264K, used 3525K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 64512K, 0% used >> [0x000000076c300000,0x000000076c300000,0x0000000770200000) >> from space 10752K, 32% used >> [0x0000000770200000,0x0000000770571788,0x0000000770c80000) >> to space 10752K, 0% used >> [0x0000000774b80000,0x0000000774b80000,0x0000000775600000) >> ParOldGen total 172032K, used 32K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c4808000,0x00000006cf000000) >> Metaspace used 10666K, capacity 10994K, committed 11264K, reserved >> 1058816K >> class space used 1346K, capacity 1457K, committed 1536K, reserved >> 1048576K >> } >> Event: 1.986 GC heap before >> {Heap before GC invocations=4 (full 0): >> PSYoungGen total 75264K, used 68000K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 64512K, 99% used >> [0x000000076c300000,0x00000007701f69f0,0x0000000770200000) >> from space 10752K, 32% used >> [0x0000000770200000,0x0000000770571788,0x0000000770c80000) >> to space 10752K, 0% used >> [0x0000000774b80000,0x0000000774b80000,0x0000000775600000) >> ParOldGen total 172032K, used 32K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c4808000,0x00000006cf000000) >> Metaspace used 10666K, capacity 10994K, committed 11264K, reserved >> 1058816K >> class space used 1346K, capacity 1457K, committed 1536K, reserved >> 1048576K >> Event: 1.990 GC heap after >> Heap after GC invocations=4 (full 0): >> PSYoungGen total 139776K, used 3570K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 129024K, 0% used >> [0x000000076c300000,0x000000076c300000,0x0000000774100000) >> from space 10752K, 33% used >> [0x0000000774b80000,0x0000000774efc958,0x0000000775600000) >> to space 10752K, 0% used >> [0x0000000774100000,0x0000000774100000,0x0000000774b80000) >> ParOldGen total 172032K, used 40K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c480a000,0x00000006cf000000) >> Metaspace used 10666K, capacity 10994K, committed 11264K, reserved >> 1058816K >> class space used 1346K, capacity 1457K, committed 1536K, reserved >> 1048576K >> } >> Event: 4.018 GC heap before >> {Heap before GC invocations=5 (full 0): >> PSYoungGen total 139776K, used 132594K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 129024K, 100% used >> [0x000000076c300000,0x0000000774100000,0x0000000774100000) >> from space 10752K, 33% used >> [0x0000000774b80000,0x0000000774efc958,0x0000000775600000) >> to space 10752K, 0% used >> [0x0000000774100000,0x0000000774100000,0x0000000774b80000) >> ParOldGen total 172032K, used 40K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c480a000,0x00000006cf000000) >> Metaspace used 10916K, capacity 11256K, committed 11520K, reserved >> 1058816K >> class space used 1362K, capacity 1458K, committed 1536K, reserved >> 1048576K >> Event: 4.024 GC heap after >> Heap after GC invocations=5 (full 0): >> PSYoungGen total 139776K, used 3991K [0x000000076c300000, >> 0x000000077cb00000, 0x00000007c0000000) >> eden space 129024K, 0% used >> [0x000000076c300000,0x000000076c300000,0x0000000774100000) >> from space 10752K, 37% used >> [0x0000000774100000,0x00000007744e5de8,0x0000000774b80000) >> to space 6144K, 0% used >> [0x000000077c500000,0x000000077c500000,0x000000077cb00000) >> ParOldGen total 172032K, used 48K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c480c000,0x00000006cf000000) >> Metaspace used 10916K, capacity 11256K, committed 11520K, reserved >> 1058816K >> class space used 1362K, capacity 1458K, committed 1536K, reserved >> 1048576K >> } >> Event: 6.305 GC heap before >> {Heap before GC invocations=6 (full 0): >> PSYoungGen total 139776K, used 88628K [0x000000076c300000, >> 0x000000077cb00000, 0x00000007c0000000) >> eden space 129024K, 65% used >> [0x000000076c300000,0x00000007715a7218,0x0000000774100000) >> from space 10752K, 37% used >> [0x0000000774100000,0x00000007744e5de8,0x0000000774b80000) >> to space 6144K, 0% used >> [0x000000077c500000,0x000000077c500000,0x000000077cb00000) >> ParOldGen total 172032K, used 48K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c480c000,0x00000006cf000000) >> Metaspace used 20354K, capacity 21286K, committed 21296K, reserved >> 1067008K >> class space used 2728K, capacity 2937K, committed 2944K, reserved >> 1048576K >> Event: 6.330 GC heap after >> Heap after GC invocations=6 (full 0): >> PSYoungGen total 243200K, used 6143K [0x000000076c300000, >> 0x000000077f400000, 0x00000007c0000000) >> eden space 237056K, 0% used >> [0x000000076c300000,0x000000076c300000,0x000000077aa80000) >> from space 6144K, 99% used >> [0x000000077c500000,0x000000077caffce0,0x000000077cb00000) >> to space 27136K, 0% used >> [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) >> ParOldGen total 172032K, used 36077K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 20% used >> [0x00000006c4800000,0x00000006c6b3b7d8,0x00000006cf000000) >> Metaspace used 20354K, capacity 21286K, committed 21296K, reserved >> 1067008K >> class space used 2728K, capacity 2937K, committed 2944K, reserved >> 1048576K >> } >> Event: 6.330 GC heap before >> {Heap before GC invocations=7 (full 1): >> PSYoungGen total 243200K, used 6143K [0x000000076c300000, >> 0x000000077f400000, 0x00000007c0000000) >> eden space 237056K, 0% used >> [0x000000076c300000,0x000000076c300000,0x000000077aa80000) >> from space 6144K, 99% used >> [0x000000077c500000,0x000000077caffce0,0x000000077cb00000) >> to space 27136K, 0% used >> [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) >> ParOldGen total 172032K, used 36077K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 20% used >> [0x00000006c4800000,0x00000006c6b3b7d8,0x00000006cf000000) >> Metaspace used 20354K, capacity 21286K, committed 21296K, reserved >> 1067008K >> class space used 2728K, capacity 2937K, committed 2944K, reserved >> 1048576K >> Event: 6.387 GC heap after >> Heap after GC invocations=7 (full 1): >> PSYoungGen total 243200K, used 0K [0x000000076c300000, >> 0x000000077f400000, 0x00000007c0000000) >> eden space 237056K, 0% used >> [0x000000076c300000,0x000000076c300000,0x000000077aa80000) >> from space 6144K, 0% used >> [0x000000077c500000,0x000000077c500000,0x000000077cb00000) >> to space 27136K, 0% used >> [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) >> ParOldGen total 132096K, used 39085K [0x00000006c4800000, >> 0x00000006cc900000, 0x000000076c300000) >> object space 132096K, 29% used >> [0x00000006c4800000,0x00000006c6e2b6b8,0x00000006cc900000) >> Metaspace used 20354K, capacity 21286K, committed 21296K, reserved >> 1067008K >> class space used 2728K, capacity 2937K, committed 2944K, reserved >> 1048576K >> } >> >> Deoptimization events (10 events): >> Event: 65.470 Thread 0x000000001e378800 Uncommon trap: reason=unstable_if >> action=reinterpret pc=0x0000000002b8fde0 >> method=java.io.ObjectOutputStream$BlockDataOutputStream.getU >> TFLength(Ljava/lang/String;)J >> @ 73 >> Event: 65.470 Thread 0x000000001e378800 Uncommon trap: reason=unstable_if >> action=reinterpret pc=0x0000000002dfcbe8 >> method=java.io.ObjectOutputStream$BlockDataOutputStream.writ >> eUTF(Ljava/lang/String;J)V >> @ 29 >> Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: reason=bimorphic >> action=maybe_recompile pc=0x0000000002de4958 >> method=java.util.regex.Pattern$Curly.match0(Ljava/util/ >> regex/Matcher;IILjava/lang/CharSequence;)Z >> @ 141 >> Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: reason=unstable_if >> action=reinterpret pc=0x0000000002ff5550 >> method=java.util.Formatter$Flags.parse(Ljava/lang/String;) >> Ljava/util/Formatter$Flags; >> @ 19 >> Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002f61ba0 >> method=java.util.Formatter$FormatSpecifier.printInteger(Ljav >> a/lang/Object;Ljava/util/Locale;)V >> @ 58 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=unstable_if >> action=reinterpret pc=0x0000000002c3332c >> method=java.io.ByteArrayInputStream.read()I @ 8 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002c3b630 >> method=java.io.FilterInputStream.read()I @ 4 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002c3b630 >> method=java.io.FilterInputStream.read()I @ 4 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002c3b630 >> method=java.io.FilterInputStream.read()I @ 4 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002c3b630 >> method=java.io.FilterInputStream.read()I @ 4 >> >> Internal exceptions (10 events): >> Event: 65.561 Thread 0x000000001ec34800 Exception > 'sun/nio/fs/WindowsException'> (0x000000076ca68530) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.568 Thread 0x000000001ec34800 Exception > 'java/lang/reflect/InvocationTargetException'> (0x000000076ca6a7f0) >> thrown >> at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\runtime\reflection.cpp, >> line 1092] >> Event: 65.568 Thread 0x000000001ec34800 Exception > 'java/security/PrivilegedActionException'> (0x000000076ca6ac10) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jvm.cpp, >> line 1390] >> Event: 65.568 Thread 0x000000001ec34800 Exception > 'netscape/javascript/JSException'> (0x000000076ca6aeb0) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.575 Thread 0x000000001ec34800 Exception > 'sun/nio/fs/WindowsException'> (0x000000076ca70f10) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.578 Thread 0x000000001ec34800 Exception > 'sun/nio/fs/WindowsException'> (0x000000076ca71c38) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.588 Thread 0x000000001e8b9800 Exception > 'java/io/FileNotFoundException'> (0x000000076decde80) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.588 Thread 0x000000001e8b9800 Exception > 'java/io/FileNotFoundException'> (0x000000076dece590) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.596 Thread 0x000000001e378800 Exception > 'java/lang/NoSuchMethodError': > (0x000000076d0e8c68) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 1613] >> Event: 65.614 Thread 0x000000001ec34800 Exception > 'java/lang/NoSuchMethodError': getImageSize> (0x000000076e0eaf80) thrown >> at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 1613] >> >> Events (10 events): >> Event: 65.612 loading class com/sun/javafx/iio/ImageMetadata >> Event: 65.612 loading class com/sun/javafx/iio/ImageMetadata done >> Event: 65.613 loading class com/sun/javafx/iio/ImageFrame >> Event: 65.613 loading class com/sun/javafx/iio/ImageFrame done >> Event: 65.614 loading class com/sun/javafx/iio/ImageStorage$ImageType >> Event: 65.614 loading class com/sun/javafx/iio/ImageStorage$ImageType >> done >> Event: 65.614 loading class java/lang/Throwable$WrappedPrintStream >> Event: 65.614 loading class java/lang/Throwable$WrappedPrintStream done >> Event: 65.614 loading class java/util/IdentityHashMap$KeySet >> Event: 65.614 loading class java/util/IdentityHashMap$KeySet done >> >> >> Dynamic libraries: >> 0x00007ff600290000 - 0x00007ff6002c7000 C:\Program >> Files\Java\jdk1.8.0_144\bin\java.exe >> 0x00007ffc2b5f0000 - 0x00007ffc2b7cb000 C:\WINDOWS\SYSTEM32\ntdll.dll >> 0x00007ffc2a0a0000 - 0x00007ffc2a14e000 C:\WINDOWS\System32\KERNEL32.DLL >> 0x00007ffc28050000 - 0x00007ffc28299000 C:\WINDOWS\System32\KERNELBASE >> .dll >> 0x00007ffc26110000 - 0x00007ffc2618e000 C:\WINDOWS\SYSTEM32\apphelp.dll >> 0x00007ffc29740000 - 0x00007ffc297e1000 C:\WINDOWS\System32\ADVAPI32.dll >> 0x00007ffc28e40000 - 0x00007ffc28edd000 C:\WINDOWS\System32\msvcrt.dll >> 0x00007ffc2a150000 - 0x00007ffc2a1a9000 C:\WINDOWS\System32\sechost.dll >> 0x00007ffc28b50000 - 0x00007ffc28c75000 C:\WINDOWS\System32\RPCRT4.dll >> 0x00007ffc29910000 - 0x00007ffc29a5a000 C:\WINDOWS\System32\USER32.dll >> 0x00007ffc27ce0000 - 0x00007ffc27cfe000 C:\WINDOWS\System32\win32u.dll >> 0x00007ffc29fb0000 - 0x00007ffc29fd7000 C:\WINDOWS\System32\GDI32.dll >> 0x00007ffc27d70000 - 0x00007ffc27ef8000 C:\WINDOWS\System32\gdi32full.dll >> 0x00007ffc27fb0000 - 0x00007ffc2804a000 C:\WINDOWS\System32\msvcp_win.dll >> 0x00007ffc28a50000 - 0x00007ffc28b46000 C:\WINDOWS\System32\ucrtbase.dll >> 0x00007ffc1a7e0000 - 0x00007ffc1aa47000 >> C:\WINDOWS\WinSxS\amd64_microsoft.windows.common-controls_ >> 6595b64144ccf1df_6.0.15063.483_none_26002d27e7c744a2\COMCTL32.dll >> 0x00007ffc29a60000 - 0x00007ffc29d59000 C:\WINDOWS\System32\combase.dll >> 0x00007ffc27d00000 - 0x00007ffc27d6a000 >> C:\WINDOWS\System32\bcryptPrimitives.dll >> 0x00007ffc29080000 - 0x00007ffc290ad000 C:\WINDOWS\System32\IMM32.DLL >> 0x000000006b270000 - 0x000000006b342000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\msvcr100.dll >> 0x0000000069b20000 - 0x000000006a3bd000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\server\jvm.dll >> 0x00007ffc29900000 - 0x00007ffc29908000 C:\WINDOWS\System32\PSAPI.DLL >> 0x00007ffc16500000 - 0x00007ffc16509000 C:\WINDOWS\SYSTEM32\WSOCK32.dll >> 0x00007ffc290b0000 - 0x00007ffc2911c000 C:\WINDOWS\System32\WS2_32.dll >> 0x00007ffc24890000 - 0x00007ffc248b3000 C:\WINDOWS\SYSTEM32\WINMM.dll >> 0x00007ffc197c0000 - 0x00007ffc197ca000 C:\WINDOWS\SYSTEM32\VERSION.dll >> 0x00007ffc24830000 - 0x00007ffc2485b000 C:\WINDOWS\SYSTEM32\WINMMBASE.dll >> 0x00007ffc28300000 - 0x00007ffc28349000 C:\WINDOWS\System32\cfgmgr32.dll >> 0x000000006b260000 - 0x000000006b26f000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\verify.dll >> 0x000000006b230000 - 0x000000006b259000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\java.dll >> 0x000000006b210000 - 0x000000006b226000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\zip.dll >> 0x00007ffc2a1b0000 - 0x00007ffc2b5e6000 C:\WINDOWS\System32\SHELL32.dll >> 0x00007ffc29ed0000 - 0x00007ffc29f7a000 C:\WINDOWS\System32\shcore.dll >> 0x00007ffc28350000 - 0x00007ffc28a43000 >> C:\WINDOWS\System32\windows.storage.dll >> 0x00007ffc29fe0000 - 0x00007ffc2a031000 C:\WINDOWS\System32\shlwapi.dll >> 0x00007ffc27aa0000 - 0x00007ffc27ab1000 >> C:\WINDOWS\System32\kernel.appcore.dll >> 0x00007ffc27ac0000 - 0x00007ffc27b0c000 C:\WINDOWS\System32\powrprof.dll >> 0x00007ffc27a80000 - 0x00007ffc27a95000 C:\WINDOWS\System32\profapi.dll >> 0x000000006b1f0000 - 0x000000006b20a000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\net.dll >> 0x00007ffc27370000 - 0x00007ffc273cc000 C:\WINDOWS\system32\mswsock.dll >> 0x000000006b1d0000 - 0x000000006b1e1000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\nio.dll >> 0x00007ffc27510000 - 0x00007ffc27527000 C:\WINDOWS\SYSTEM32\CRYPTSP.dll >> 0x00007ffc26f90000 - 0x00007ffc26fc4000 C:\WINDOWS\system32\rsaenh.dll >> 0x00007ffc27620000 - 0x00007ffc27645000 C:\WINDOWS\SYSTEM32\bcrypt.dll >> 0x00007ffc27990000 - 0x00007ffc279b9000 C:\WINDOWS\SYSTEM32\USERENV.dll >> 0x00007ffc27530000 - 0x00007ffc2753b000 C:\WINDOWS\SYSTEM32\CRYPTBASE.dll >> 0x00007ffc27110000 - 0x00007ffc27147000 C:\WINDOWS\SYSTEM32\IPHLPAPI.DLL >> 0x00007ffc29f80000 - 0x00007ffc29f88000 C:\WINDOWS\System32\NSI.dll >> 0x00007ffc1cb80000 - 0x00007ffc1cb96000 C:\WINDOWS\SYSTEM32\dhcpcsvc6.DLL >> 0x00007ffc1d550000 - 0x00007ffc1d56a000 C:\WINDOWS\SYSTEM32\dhcpcsvc.DLL >> 0x0000000067360000 - 0x0000000069b14000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\jfxwebkit.dll >> 0x00007ffc18480000 - 0x00007ffc18526000 C:\WINDOWS\SYSTEM32\MSVCP120.dll >> 0x00007ffc23cb0000 - 0x00007ffc23d9f000 C:\WINDOWS\SYSTEM32\MSVCR120.dll >> 0x0000000002750000 - 0x0000000002753000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-console-l1-1-0.dll >> 0x0000000002760000 - 0x0000000002763000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-datetime-l1-1-0.dll >> 0x0000000002770000 - 0x0000000002773000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-debug-l1-1-0.dll >> 0x0000000002780000 - 0x0000000002783000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-errorhandling-l1-1-0.dll >> 0x0000000002790000 - 0x0000000002794000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-file-l1-1-0.dll >> 0x00000000027a0000 - 0x00000000027a3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-file-l1-2-0.dll >> 0x000000001fdc0000 - 0x000000001fdc3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-file-l2-1-0.dll >> 0x000000001fdd0000 - 0x000000001fdd3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-handle-l1-1-0.dll >> 0x000000001fde0000 - 0x000000001fde3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-heap-l1-1-0.dll >> 0x00000000212e0000 - 0x00000000212e3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-interlocked-l1-1-0.dll >> 0x00000000212f0000 - 0x00000000212f3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-libraryloader-l1-1-0.dll >> 0x0000000021300000 - 0x0000000021303000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-localization-l1-2-0.dll >> 0x0000000021310000 - 0x0000000021313000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-memory-l1-1-0.dll >> 0x0000000021320000 - 0x0000000021323000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-namedpipe-l1-1-0.dll >> 0x0000000021330000 - 0x0000000021333000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-processenvironment-l1-1-0.dll >> 0x0000000021340000 - 0x0000000021343000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-processthreads-l1-1-0.dll >> 0x0000000021350000 - 0x0000000021353000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-processthreads-l1-1-1.dll >> 0x0000000021360000 - 0x0000000021363000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-profile-l1-1-0.dll >> 0x0000000021370000 - 0x0000000021373000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-rtlsupport-l1-1-0.dll >> 0x0000000021380000 - 0x0000000021383000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-string-l1-1-0.dll >> 0x00000000212d0000 - 0x00000000212d3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-synch-l1-1-0.dll >> 0x0000000021510000 - 0x0000000021513000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-synch-l1-2-0.dll >> 0x0000000021520000 - 0x0000000021523000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-sysinfo-l1-1-0.dll >> 0x0000000021530000 - 0x0000000021533000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-timezone-l1-1-0.dll >> 0x0000000021540000 - 0x0000000021543000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-util-l1-1-0.dll >> 0x0000000021550000 - 0x0000000021553000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-conio-l1-1-0.dll >> 0x0000000021560000 - 0x0000000021564000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-convert-l1-1-0.dll >> 0x0000000021570000 - 0x0000000021573000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-environment-l1-1-0.dll >> 0x0000000021580000 - 0x0000000021583000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-filesystem-l1-1-0.dll >> 0x0000000021590000 - 0x0000000021593000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-heap-l1-1-0.dll >> 0x00000000215a0000 - 0x00000000215a3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-locale-l1-1-0.dll >> 0x00000000215b0000 - 0x00000000215b5000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-math-l1-1-0.dll >> 0x00000000215c0000 - 0x00000000215c5000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-multibyte-l1-1-0.dll >> 0x00000000215d0000 - 0x00000000215e0000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-private-l1-1-0.dll >> 0x00000000215e0000 - 0x00000000215e3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-process-l1-1-0.dll >> 0x00000000215f0000 - 0x00000000215f4000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-runtime-l1-1-0.dll >> 0x0000000021600000 - 0x0000000021604000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-stdio-l1-1-0.dll >> 0x0000000021610000 - 0x0000000021614000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-string-l1-1-0.dll >> 0x0000000021620000 - 0x0000000021623000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-time-l1-1-0.dll >> 0x0000000021630000 - 0x0000000021633000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-utility-l1-1-0.dll >> 0x00007ffbfe070000 - 0x00007ffbfe166000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\ucrtbase.dll >> 0x00007ffc1d750000 - 0x00007ffc1d7a1000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\concrt140.dll >> 0x00007ffc015b0000 - 0x00007ffc0164f000 C:\WINDOWS\SYSTEM32\MSVCP140.dll >> 0x00007ffc19750000 - 0x00007ffc19766000 C:\WINDOWS\SYSTEM32\VCRUNTIME1 >> 40.dll >> 0x00007ffc1ea00000 - 0x00007ffc1ea16000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\vcruntime140.dll >> 0x00007ffc09790000 - 0x00007ffc0982c000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\msvcp140.dll >> 0x00007ffc1e9e0000 - 0x00007ffc1e9fc000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\prism_sw.dll >> 0x00007ffc1d6e0000 - 0x00007ffc1d6f4000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\javafx_font.dll >> 0x00007ffc291a0000 - 0x00007ffc292e5000 C:\WINDOWS\System32\ole32.dll >> 0x00007ffc1de50000 - 0x00007ffc1e10f000 C:\WINDOWS\SYSTEM32\dwrite.dll >> 0x00007ffc1aaf0000 - 0x00007ffc1ab02000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\prism_common.dll >> 0x00007ffc26250000 - 0x00007ffc262e5000 C:\WINDOWS\system32\uxtheme.dll >> 0x000000006b1c0000 - 0x000000006b1cd000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\management.dll >> 0x00007ffc0cbd0000 - 0x00007ffc0cd79000 C:\WINDOWS\SYSTEM32\dbghelp.dll >> >> VM Arguments: >> jvm_args: >> -DWEB_ARCHIVE_JAR_TEST_DIR=C:\Users\username\Documents\proje >> cts-username-in_process\rt\modules\web\build\testing\resources >> -Dglass.platform=Monocle -Djava.ext.dirs >> -Djava.security.manager=jarjar.org.gradle.process.internal. >> child.BootstrapSecurityManager >> -Dmonocle.platform=Headless -Dprism.order=sw -Dfile.encoding=windows-1252 >> -ea >> java_command: jarjar.org.gradle.process.inte >> rnal.launcher.GradleWorkerMain >> java_class_path (initial): >> C:\Users\username\.gradle\caches\1.8\workerMain\gradle-worker.jar >> Launcher Type: SUN_STANDARD >> >> Environment Variables: >> JAVA_HOME=C:\Program Files\Java\jdk1.8.0_144 >> PATH=C:\Tools\cygwin64\usr\local\bin;C:\Tools\cygwin64\bin; >> C:\ProgramData\Oracle\Java\javapath;C:\WINDOWS\system32; >> C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\ >> System32\WindowsPowerShell\v1.0;C:\Program >> Files\Git\cmd;C:\Tools\gradle\bin;C:\Users\username\AppData\ >> Local\Android\sdk\android-ndk-r10c;C:\Program >> Files\nodejs;C:\Program Files (x86)\Yarn\bin;C:\Program Files >> (x86)\Skype\Phone;C:\Program Files\Intel\WiFi\bin;C:\Program Files\Common >> Files\Intel\WirelessCommon;C:\Program >> Files\TortoiseHg;C:\Tools\ant-1.9.9\bin;C:\Program Files\Microsoft >> Windows >> Performance Toolkit;C:\Program Files\Microsoft SQL >> Server\110\Tools\Binn;C:\Program Files\Microsoft SQL >> Server\120\Tools\Binn;C:\Program Files\Microsoft SQL >> Server\130\Tools\Binn;C:\Program Files (x86)\Windows Kits\10\Windows >> Performance >> Toolkit;C:\Users\username\AppData\Local\Microsoft\WindowsApp >> s;C:\Users\username\AppData\Roaming\npm;C:\Users\username\ >> AppData\Local\Yarn\.bin;C:\Users\username\AppData\Local\ >> atom\bin;C:\Users\username\AppData\Local\Microsoft\WindowsApps >> SHELL=/bin/bash >> OS=Windows_NT >> PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 61 Stepping 4, GenuineIntel >> >> >> >> --------------- S Y S T E M --------------- >> >> OS: Windows 10.0 , 64 bit Build 15063 (10.0.15063.296) >> >> CPU:total 4 (initial active 4) (2 cores per cpu, 2 threads per core) >> family >> 6 model 61 stepping 4, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, >> sse4.1, sse4.2, popcnt, avx, avx2, aes, clmul, erms, 3dnowpref, lzcnt, ht, >> tsc, tscinvbit, bmi1, bmi2, adx >> >> Memory: 4k page, physical 16478140k(7207344k free), swap >> 18968508k(6267284k >> free) >> >> vm_info: Java HotSpot(TM) 64-Bit Server VM (25.144-b01) for windows-amd64 >> JRE (1.8.0_144-b01), built on Jul 21 2017 21:57:33 by "java_re" with MS >> VC++ 10.0 (VS2010) >> >> time: Tue Sep 26 15:40:58 2017 >> elapsed time: 65 seconds (0d 0h 1m 5s) >> >> >> 2017-09-26 15:37 GMT+02:00 David Bimamisa : >> >> >> >>> Hi all, >>> >>> I solve this problem after stumbling over the following comments in the >>> *buildSrc/genVSproperties.bat* file: >>> *"The current officially supported Visual Studio version is 15.0 * >>> *Handling of 11.0 and 14.0 is excluded here"* >>> >>> Thus, installing Visual Studio 2017 (VS 15.0) on the Windows 10 machine >>> -- >>> instead of VS 2010 Express as recommended in the wiki >>> >> JFX#BuildingOpenJFX-BuildingOpenJFX-IntegrationwithOpenJD> -- >>> works for me. >>> Maybe the comments above should be added to the wiki. >>> >>> Regards >>> David >>> >>> >>> 2017-09-25 14:18 GMT+02:00 David Bimamisa : >>> >>> >>> >>>> Hi all, >>>> >>>> I'm trying to build OpenJFX-8u on a Windows 10 machine and I stuck in >>>> the >>>> test task of the fxpackager module. I'm getting the following exception: >>>> >>>> com.oracle.tools.packager.APITest > testRuntimes FAILED >>>> java.lang.RuntimeException: Not found MSVC dlls at >>>> com.oracle.tools.packager.windows.WinAppBundler.copyMSVCDLLs >>>> (WinAppBundler.java:320) >>>> at com.oracle.tools.packager.windows.WinAppBundler.doBundle( >>>> WinAppBundler.java:277) >>>> at com.oracle.tools.packager.windows.WinAppBundler.execute(WinA >>>> ppBundler.java:586) >>>> at com.oracle.tools.packager.APITest.testRuntimes(APITest.java: >>>> 135) >>>> >>>> It seems that some DLLs (e.g. file:/[..]/modules/fxpackager/ >>>> build/classes/test/com/oracle/tools/packager/windows//vcruntime100.dll) >>>> are missing. >>>> >>>> Can you give some hints on how to solve this problem? >>>> >>>> Best regards >>>> David >>>> >>>> >>>> >>> >>> >> From javafx at use.startmail.com Mon Oct 9 01:24:18 2017 From: javafx at use.startmail.com (javafx at use.startmail.com) Date: Sun, 8 Oct 2017 21:24:18 -0400 Subject: Error on build In-Reply-To: References: Message-ID: <2899cf9de5a9caeabe9c3628bd687e1e.startmail@www.startmail.com> Hi, I possess an AMD 64 bit machine. My JDK_HOME points to a 64 bit JDK. MS C++ redistributables reported as installed on my machine (determined by control panel -> uninstall a program -> reviewing resulting list of installed sw) report both 32 and 64 installations. MS VS was installed as I reported below. AFAIK Cygwin is not versioned x86 or 64-bit or if it is (can't actually recall) it cannot effect the result of the build.? Are they any other factors at play I am unaware of? Cheers. ? On Sunday, October 8, 2017 6:45 AM, David Bimamisa wrote: ? > Which version of JDK are you using? 64-bit or 32-bit?? > I remember getting these types of errors only if there was a mismatch > between the JDK and c++ compiler machine type > As noted in? wiki:?"the version of the JDK you have set as JDK_HOME > will determine whether you build 32 or 64 bit binaries" > ? > Regards > David > ? > 2017-10-07 1:09 GMT+02:00 : >> This is the result of using *VS 2017 CE- every option selected, >> downloaded and installed* >> >> I would say? there is an external symbol _fltused (float used?) and >> a few other such errors and also the assumption that the builder is >> on a 32 bit machine ?? (see final error). >> >> >> _fltused >> __GSHandlerCheck >> __security_check_cookie >> powf >> __imp_IsProcessorFeaturePresent? >> _DllMainCRTStartup >> >> and? >> >> C:/Program Files (x86)/Microsoft Visual Studio >> 14.0/VC/LIB\MSVCRT.lib : warning LNK4272: library machine type 'X86' >> conflicts with target machine type 'x64' >> C:\cygwin64\home\mdbg\rt\modules\javafx.graphics\build\libs\jsl-decora\win\decora_sse.dll >> : fatal error LNK1120: 7 unresolved externals >> :graphics:linkDecoraNativeShadersWin FAILED >> >> >> MS Studio 2017 CE doesn't ask you if you want a 32 bit or 64 bit >> installation, only WHERE you want it installed. >> >> The user choice of Program Files vs Program FIles x(86 ) might >> constitute a choice of sorts so after failing with the default x86 >> place, I uninstalled everything and tried the other only to have it >> fail much sooner. The first fail (x86) actually got through building >> part or most of? .graphics, which gave me false hope.? >> >> That non-question usually means the install itself knows what to do >> or has a preference and in this context especially? - VS >> 2017,install- should not lead to x86? vs 64 bit? type problems .? >> >> Also, the instructions on the wiki , outdated I am told, also say >> the default project is sdk. I do not think this is the case. It >> seems mandatory to type "sdk" after gradle to hit the sdk build >> task. >> >> Any help or experiences from anyone is much appreciated.? >> >> >> >> Full output: >> >> SSEPhongLighting_POINTPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEPhongLighting_SPOTPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSESepiaTonePeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEUtils.obj : error LNK2001: unresolved external symbol _fltused >> SSELinearConvolvePeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEPhongLighting_DISTANTPeer.obj : error LNK2001: unresolved >> external symbol _fltused >> SSEBrightpassPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEColorAdjustPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEDisplacementMapPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEInvertMaskPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_SRC_INPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_SRC_OUTPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_SRC_OVERPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_REDPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_SCREENPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_SOFT_LIGHTPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEBlend_SRC_ATOPPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEBlend_HARD_LIGHTPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEBlend_LIGHTENPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_MULTIPLYPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEBlend_OVERLAYPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_DARKENPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_DIFFERENCEPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEBlend_EXCLUSIONPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEBlend_GREENPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_ADDPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_BLUEPeer.obj : error LNK2001: unresolved external symbol >> _fltused >> SSEBlend_COLOR_BURNPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> SSEBlend_COLOR_DODGEPeer.obj : error LNK2001: unresolved external >> symbol _fltused >> >> SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external >> symbol __GSHandlerCheck >> SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol >> __GSHandlerCheck >> SSEDisplacementMapPeer.obj : error LNK2001: unresolved external >> symbol __GSHandlerCheck >> SSELinearConvolvePeer.obj : error LNK2001: unresolved external >> symbol __GSHandlerCheck >> SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external >> symbol __GSHandlerCheck >> >> SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external >> symbol __security_check_cookie >> SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol >> __security_check_cookie >> SSEDisplacementMapPeer.obj : error LNK2001: unresolved external >> symbol __security_check_cookie >> SSELinearConvolvePeer.obj : error LNK2001: unresolved external >> symbol __security_check_cookie >> SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external >> symbol __security_check_cookie >> SSEPerspectiveTransformPeer.obj : error LNK2001: unresolved external >> symbol __security_cookie >> SSEBoxShadowPeer.obj : error LNK2001: unresolved external symbol >> __security_cookie >> SSEDisplacementMapPeer.obj : error LNK2001: unresolved external >> symbol __security_cookie >> SSELinearConvolvePeer.obj : error LNK2001: unresolved external >> symbol __security_cookie >> SSELinearConvolveShadowPeer.obj : error LNK2001: unresolved external >> symbol __security_cookie >> >> SSEPhongLighting_DISTANTPeer.obj : error LNK2019: unresolved >> external symbol powf referenced in function >> Java_com_sun_scenario_effect_impl_sw_sse_SSEPhongLighting_1DISTANTPeer_filter >> SSEPhongLighting_POINTPeer.obj : error LNK2001: unresolved external >> symbol powf >> SSEPhongLighting_SPOTPeer.obj : error LNK2001: unresolved external >> symbol powf >> >> SSEUtils.obj : error LNK2019: unresolved external symbol >> __imp_IsProcessorFeaturePresent referenced in function >> Java_com_sun_scenario_effect_impl_sw_sse_SSERendererDelegate_isSupported >> >> LINK : error LNK2001: unresolved external symbol _DllMainCRTStartup >> >> C:/Program Files (x86)/Microsoft Visual Studio >> 14.0/VC/LIB\MSVCRT.lib : warning LNK4272: library machine type 'X86' >> conflicts with target machine type 'x64' >> C:\cygwin64\home\mdbg\rt\modules\javafx.graphics\build\libs\jsl-decora\win\decora_sse.dll >> : fatal error LNK1120: 7 unresolved externals >> :graphics:linkDecoraNativeShadersWin FAILED >> >> ? >> On Thursday, October 5, 2017 10:09 AM, David Bimamisa >> wrote: >> ? >>> Hi, >>> >>> I'm not sure whether DirectX is needed or not. So I stick with >>> DirectX SDK >>> (June 2010). >>> But I think WINSDK is still needed since I got my build running >>> only after >>> installing Windows 10 SDK (shipped with visual studio 2017). >>> However, I had to run the *vs_installer.ex*e again and go to >>> "change" in >>> order to customize my VS2017 installation. >>> To get Windows 10 SDK installed, I added the workload "Desktop >>> development with C++" (see Figure in https://docs.microsoft.com/ >>> en-us/visualstudio/install/install-visual-studio) and selected the >>> option >>> "Toolset for visual C++" below in the right sided list (don't know >>> if this >>> is needed though) >>> >>> This is how my *build*/*windows_tools.properties *looks now: >>> WINDOWS_VS_DEVENVDIR=C:/Program Files (x86)/Microsoft Visual >>> Studio/2017/Community/Common7/IDE >>> WINDOWS_VS_DEVENVCMD=C:/Program Files (x86)/Microsoft Visual >>> Studio/2017/Community/Common7/IDE/devenv.com >>> WINDOWS_VS_VCINSTALLDIR=C:/Program Files (x86)/Microsoft Visual >>> Studio/2017/Community/VC >>> WINDOWS_VS_VSINSTALLDIR=C:/Program Files (x86)/Microsoft Visual >>> Studio/2017/Community >>> WINDOWS_VS_MSVCDIR=C:/Program Files (x86)/Microsoft Visual >>> Studio/2017/Community/VC >>> WINDOWS_VS_INCLUDE=... >>> WINDOWS_VS_LIB=... >>> WINDOWS_VS_LIBPATH=... >>> WINDOWS_VS_PATH=... >>> WINDOWS_VS_VER=150 >>> WINDOWS_SDK_DIR=C:/Program Files (x86)/Windows Kits/10 >>> WINDOWS_SDK_VERSION=10.0.14393.0 >>> >>> Regards, >>> David >>> >>> 2017-10-04 23:51 GMT+02:00 Chris Newland : >>> ? >>>> Thanks David. >>>> >>>> Do you know if the WINSDK and DirectX requirements are still as >>>> per the >>>> wiki/docs or can later versions be used? >>>> >>>> Cheers, >>>> >>>> Chris >>>> @chriswhocodes | JITWatch | DemoFX >>>> >>>> On Wed, October 4, 2017 13:15, David Bimamisa wrote: >>>> > It should also work with the community version of VS2017 >>>> > >>>> > >>>> > Regards >>>> > David >>>> > >>>> > >>>> > >>>> > Am 03.10.2017 5:56 nachm. schrieb : >>>> > >>>> > >>>> > VS 2017 Professional is now required to build OpenJFX. >>>> > >>>> >> >>>> > Ahh I see. I am sure it needs every bit of power offered by the >>>> > professional version of Microsoft's excellent dev environment >>>> but >>>> > unfortunately it cuts me out of building or testing since I >>>> don't have >>>> > that subscription and it's really rather pricey. >>>> > >>>> > Cheers! >>>> > >>>> > >>>> > >>>> > >>>> > >>>> >> >>>> >> >>>> > On Tuesday, October 3, 2017 9:43 AM, Kevin Rushforth < >>>> > kevin.rushforth at oracle.com> wrote: >>>> > >>>> > >>>> >> The Wiki is out of date. VS 2017 Professional is now required >>>> to build >>>> >> OpenJFX. A fix was just pushed [1] to allow a different build >>>> of VS 2017 >>>> >> ?than the hard-coded one. >>>> >> >>>> >> Also, I am still able to build with VS 2010 and VS 2013, which >>>> should >>>> >> work as long as you don't build media or webkit (they aren't >>>> built by >>>> >> default). >>>> >> >>>> >> -- Kevin >>>> >> >>>> >> >>>> >> [1] https://bugs.openjdk.java.net/browse/JDK-8187366 >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> Chris Newland wrote: >>>> >> >>>> >> >>>> >>> >>>> >>> Hi, >>>> >>> >>>> >>> >>>> >>> I'm also trying to build OpenJFX on Windows 10 so I can add a >>>> >>> Windows >>>> >>> build to my community OpenJFX build server at >>>> >>> https://chriswhocodes.com >>>> >>> and am hitting the same problems as you. >>>> >>> >>>> >>> Setting WINSDK_DIR on the command line using 'set' or 'export' >>>> >>> doesn't work and neither does setting via the Windows >>>> environment >>>> >>> manager UI. >>>> >>> >>>> >>> >>>> >>> Hardcoding got me past this one: >>>> >>> >>>> >>> >>>> >>> def WINDOWS_SDK_DIR="..." above the check. >>>> >>> >>>> >>> Next error I'm hitting is NativeCompileTask.compile() >>>> >>> >>>> >>> >>>> >>> This is with Windows 10, VS10 Express, WinSDK 7.1, and DirectX >>>> June >>>> >>> 2010. >>>> >>> >>>> >>> >>>> >>> buildSrc/win.gradle has hardcoded paths to VS2017 Professional >>>> so I'm >>>> >>> guessing the devs who wrote this build script have got it >>>> working on a >>>> >>> more modern build environment than the one described in the >>>> docs. >>>> >>> >>>> >>> Will post here if I can get it to build. >>>> >>> >>>> >>> >>>> >>> Cheers, >>>> >>> >>>> >>> >>>> >>> Chris >>>> >>> >>>> >>> >>>> >>> On Tue, October 3, 2017 02:14, javafx at use.startmail.com wrote: >>>> >>> >>>> >>> >>>> >>> >>>> >>>> >>>> >>>> Hi again ! >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Well I was able to track down the source of the error I am >>>> >>>> receiving from the gradle build. Unfortunately, the error >>>> persists, >>>> >>>> which is a bit of a mystery. Maybe a gradle maven can >>>> enlighten me >>>> >>>> here. >>>> >>>> >>>> >>>> For some reason, this line on line 90-91 of win.gradle is >>>> throwing >>>> >>>> the exception, although I can prove it ought not to: ?if >>>> >>>> (WINDOWS_SDK_DIR == >>>> >>>> null || WINDOWS_SDK_DIR == "") { throw new >>>> GradleException("FAIL: >>>> >>>> WINSDK_DIR not defined"); >>>> >>>> I cannot get past this, the exception is triggered, and yet >>>> the >>>> >>>> assignment of a value to property WINDOWS_SDK_DIR is quite >>>> clear here >>>> >>>> (line >>>> >>>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", >>>> properties, >>>> >>>> System.getenv().get("WINSDK_DIR")) >>>> >>>> and that system variable is, in fact, set as proved by (my) >>>> running >>>> >>>> this simple program I wrote (which exists in the same >>>> directory as >>>> >>>> win.gradle to exclude any conceivable path issues) and >>>> getting the >>>> >>>> proper outputpublic class WinSDK { public WinSDK() { } public >>>> static >>>> >>>> void main(String[] args) { String sdk = >>>> >>>> (String)System.getenv().get("WINSDK_DIR"); >>>> >>>> System.out.println("sdk = " + sdk); >>>> >>>> } >>>> >>>> } >>>> >>>> Output as expected- the proper path to Microsoft SDK and >>>> anyways >>>> >>>> certainly not the empty string or null. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Sorry to ask such a basic question but is anyone on this list >>>> >>>> actually able to clone then compile OpenFX from source using >>>> the >>>> >>>> procedure outlined on the below mentioned page using any of >>>> the >>>> >>>> gradle scripts, (in my instance gradle.win) ? >>>> >>>> >>>> >>>> Seems like first -step level stuff that is done regularly by >>>> >>>> everyone on the list interested in improving or exploring >>>> OpenFX but >>>> >>>> maybe I am wrong about this? Many thanks in advance. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Thursday, September 28, 2017 6:59 PM, >>>> >>>> javafx at use.startmail.comwrote: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>> Hi All, >>>> >>>>> New member to this group. I am encountering a little trouble >>>> ?when >>>> >>>>> ?I >>>> >>>>> try to build OpenJFX. I am following the instructions here: >>>> (using >>>> >>>>> ?Cygwin >>>> >>>>> on Win 7): >>>> >>>>> >>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >>>> >>>>> >>>> >>>>> >>>> >>>>> >>>> >>>>> When I run gradle after cloning the OpenJFX repository, I >>>> get a >>>> >>>>> "build >>>> >>>>> failed with exception" . I include the output from the >>>> entire run >>>> >>>>> just in case it's significant: >>>> >>>>> >>>> >>>>> >>>> >>>>> >>>> >>>>> $ gradle >>>> >>>>> WARNING: An illegal reflective access operation has occurred >>>> >>>>> WARNING: Illegal reflective access by >>>> >>>>> org.gradle.internal.reflect.JavaMethod >>>> >>>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method >>>> >>>>> java.lang.ClassLoader.getPackages() WARNING: Please consider >>>> >>>>> reporting this to the maintainers of >>>> >>>>> org.gradle.internal.reflect.JavaMethod WARNING: Use >>>> >>>>> --illegal-access=warn to enable warnings of further >>>> >>>>> illegal reflective access operations WARNING: All illegal >>>> access >>>> >>>>> operations will be denied in a future release >>>> >>>>> :buildSrc:generateGrammarSource UP-TO-DATE >>>> >>>>> :buildSrc:compileJava UP-TO-DATE >>>> >>>>> :buildSrc:compileGroovy UP-TO-DATE >>>> >>>>> :buildSrc:processResources UP-TO-DATE >>>> >>>>> :buildSrc:classes UP-TO-DATE >>>> >>>>> :buildSrc:jar UP-TO-DATE >>>> >>>>> :buildSrc:assemble UP-TO-DATE >>>> >>>>> :buildSrc:compileTestJava UP-TO-DATE >>>> >>>>> :buildSrc:compileTestGroovy UP-TO-DATE >>>> >>>>> :buildSrc:processTestResources UP-TO-DATE >>>> >>>>> :buildSrc:testClasses UP-TO-DATE >>>> >>>>> :buildSrc:test UP-TO-DATE >>>> >>>>> :buildSrc:check UP-TO-DATE >>>> >>>>> :buildSrc:build UP-TO-DATE >>>> >>>>> FAILURE: Build failed with an exception. >>>> >>>>> * Where: >>>> >>>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: >>>> 91 >>>> >>>>> * What went wrong: >>>> >>>>> A problem occurred evaluating script. >>>> >>>>> >>>> >>>>> >>>> >>>>> >>>> >>>>>> FAIL: WINSDK_DIR not defined >>>> >>>>>> >>>> >>>>>> >>>> >>>>>> >>>> >>>>> * Try: >>>> >>>>> Run with --stacktrace option to get the stack trace. Run >>>> with >>>> >>>>> --info >>>> >>>>> or --debug option to get more log output. BUILD FAILED >>>> >>>>> Total time: 1.376 secs >>>> >>>>> I should add that even though the tutorial doesn't mention >>>> to do >>>> >>>>> it, I >>>> >>>>> cd-ed into the folder named rt, which was created by >>>> Mercurial when >>>> >>>>> I >>>> >>>>> cloned OpenJFX, ?I called gradle from there. Calling it from >>>> the >>>> >>>>> directory containing rt resulted in nothing happening , >>>> which >>>> >>>>> makes sense afaik. the variable WINSDK is ?not one I am >>>> familiar >>>> >>>>> with- it's not any environment or system variable on my >>>> machine >>>> >>>>> and the tutorial doesn't say anything about it. I hesitate >>>> to start >>>> >>>>> arbitrarily hacking build files based on error messages. It >>>> seems >>>> >>>>> as though it ought to just work and perhaps this is a bug I >>>> should >>>> >>>>> report or is it something else ? >>>> >>>>> Thank you! >>>> >>>>> >>>> >>>>> >>>> >>>>> >>>> >>>> >>>> >>> >>>> >> >>>> > >>>> >>>> ? From alexander.zvegintsev at oracle.com Mon Oct 9 03:15:53 2017 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Mon, 9 Oct 2017 08:45:53 +0530 Subject: [10] Review request for 8185634, 8185634: Java Fx-Swing dialogs appearing behind main stage In-Reply-To: <7c868789-6c1e-28c9-af7a-057d551e0dfe@oracle.com> References: <234563d7-7f68-296a-523c-c005cf4ca9a5@oracle.com> <26bddfb0-3dfa-92ac-b476-abe5a6bda1e1@oracle.com> <7c868789-6c1e-28c9-af7a-057d551e0dfe@oracle.com> Message-ID: Please review the updated version http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/02/ Now we are postponing actual window closing, it happens only after we ensure that native window pointer is valid on Swing side. Thanks, Alexander. On 23/09/2017 08:01, Sergey Bylokhov wrote: > Hi, Alexander. > How can we be sure that the parent frame will not be disposed while we > use a pointer? > > long ownerWindowPtr = peer.getOverridenWindowHandle(); > <<<<< Dispose the peer > if (ownerWindowPtr != 0) { > ??? //Place window above JavaFX stage > ??? CWrapper.NSWindow.addChildWindow( > ??? ownerWindowPtr, ptr, CWrapper.NSWindow.NSWindowAbove); > <<<<< Boom > } > > > On 9/21/17 22:56, Alexander Zvegintsev wrote: >> Hi Phil, >> >> Please review the updated fix with reflection incorporated >> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/01/ >> >> New issue created JDK-8187803 >> as JDK counterpart >> of this issue. >> >> Thanks, >> Alexander. >> >> On 21/09/2017 22:25, Phil Race wrote: >>> Some procedural comments : >>> Since 90% of this is in AWT code, I'd have thought awt-dev should be >>> included here. >>> I've added that list. >>> >>> And apart from needing separate bug ids, I don't see why the bug >>> below is confidential. >>> >>> >>> I agree with what Kevin pointed out off-line that as in the dialog >>> case, the FX side >>> of the code can use reflection and simply be a harmless >>> non-functional no-op >>> if the SwingAccessor does not provide the new method. >>> >>> BTW >>> 264 inline HWND GetOverridenHWnd() { return m_overridenHwnd; } >>> should be "dd" not "d". >>> >>> -phil. >>> >>> On 09/21/2017 03:38 AM, Alexander Zvegintsev wrote: >>>> Hello, >>>> >>>> please review the fix >>>> >>>> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/00/ >>>> >>>> for the issue >>>> >>>> https://bugs.openjdk.java.net/browse/JDK-8185634 >>>> >>> >> > > From kevin.rushforth at oracle.com Mon Oct 9 13:03:03 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 09 Oct 2017 06:03:03 -0700 Subject: Gradle test fail; DLLS are missing (Windows 10) In-Reply-To: References: <59CABFBA.8030006@oracle.com> Message-ID: <59DB7387.108@oracle.com> To answer your questions: * Yes it is possible to build WebKit on any of the three platforms as long as you install all of the prerequisite software. You need to pass "-PCOMPILE_WEBKIT=true" to gradle. * No, JDK 8u152 has not yet been released. It will be released on Tuesday, Oct 17. What you see on java.net is an early access build, and it doesn't have the latest WebKit. -- Kevin David Bimamisa wrote: > I'm wondering if it possible to build Webkit on Windows anyway? Just > by build openJDK? > Also, according to [1] JDK 8u152 has been already released. > > 1. http://jdk.java.net/8/ > 2. http://openjdk.java.net/projects/jdk8u/ > > > Regards > > 2017-09-26 22:59 GMT+02:00 Kevin Rushforth >: > > I presume you aren't building WebKit? If not, then you will have a > mismatch between the Java .class files and the native library. > Possible solutions are: > > 1) Build WebKit yourself > > 2) Avoid running WebView tests > > 3) Wait for 3 weeks until JDK 8u152 is released (at which time the > .class files and native libraries will be in sync again) > > -- Kevin > > > David Bimamisa wrote: > > Now I'm having issues when running unit tests of the webkit > module. > > :web:test > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at > pc=0x0000000069c6f73d, > pid=8240, tid=0x000000000000337c > # > # JRE version: Java(TM) SE Runtime Environment (8.0_144-b01) > (build > 1.8.0_144-b01) > # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed > mode > windows-amd64 compressed oops) > # Problematic frame: > # V [jvm.dll+0x14f73d] > # > # Failed to write core dump. Minidumps are not enabled by > default on client > versions of Windows > # > # An error report file with more information is saved as: > # > C:\Users\~\Documents\projects-shaka-in_process\rt\modules\web\hs_err_pid8240.log > # > # If you would like to submit a bug report, please visit: > # http://bugreport.java.com/bugreport/crash.jsp > > # > Exception in thread "JavaFX Application Thread" Unexpected > exception thrown. > org.gradle.messaging.remote.in > ternal.MessageIOException: > Could not write > message [EndOfStream] to '/127.0.0.1:64074 > '. > at > org.gradle.messaging.remote.in > ternal.inet.SocketConnection.dispatch(SocketConnection.java:115) > at > org.gradle.messaging.remote.in > ternal.hub.MessageHub$ConnectionDispatch.run(MessageHub.java:279) > at > org.gradle.internal.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:66) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > > And the corresponding report file: > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at > pc=0x0000000069c6f73d, > pid=4728, tid=0x0000000000002690 > # > # JRE version: Java(TM) SE Runtime Environment (8.0_144-b01) > (build > 1.8.0_144-b01) > # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed > mode > windows-amd64 compressed oops) > # Problematic frame: > # V [jvm.dll+0x14f73d] > # > # Failed to write core dump. Minidumps are not enabled by > default on client > versions of Windows > # > # If you would like to submit a bug report, please visit: > # http://bugreport.java.com/bugreport/crash.jsp > > # > > --------------- T H R E A D --------------- > > Current thread (0x000000001ec34800): JavaThread "JavaFX > Application > Thread" [_thread_in_vm, id=9872, > stack(0x0000000021800000,0x0000000021900000)] > > siginfo: ExceptionCode=0xc0000005, reading address > 0x0000000000000000 > > Registers: > RAX=0x0000000000000000, RBX=0x000000001ec34800, > RCX=0x0000000000000480, > RDX=0x000000001dd9dd68 > RSP=0x00000000218fcca0, RBP=0x00000000218fcd98, > RSI=0x0000000000000000, > RDI=0x000000001ec349f8 > R8 =0x0000000000000000, R9 =0x00000000218fcd98, > R10=0x000000001b25bc60, > R11=0x000000000262a970 > R12=0x000000001dd9dd68, R13=0x0000000000000000, > R14=0x000000001ec349f8, > R15=0x0000000020f915a0 > RIP=0x0000000069c6f73d, EFLAGS=0x0000000000010246 > > Top of Stack: (sp=0x00000000218fcca0) > 0x00000000218fcca0: 00000000218fcc89 0000000800000001 > 0x00000000218fccb0: 0000000000000000 00000006c53eff70 > 0x00000000218fccc0: 000036cea0d95ca8 0000000000000001 > 0x00000000218fccd0: 000000006b322620 0000000069c648fd > 0x00000000218fcce0: 000000001e5bc888 000000006a126ee0 > 0x00000000218fccf0: 000000001ec34800 0000000000000000 > 0x00000000218fcd00: 000000000262a6d0 000000001ec34800 > 0x00000000218fcd10: 000000000000000e 0000000069c64a0b > 0x00000000218fcd20: 0000000020f915a0 000000001ec349f8 > 0x00000000218fcd30: 0000000000000000 0000000000000000 > 0x00000000218fcd40: 0000000000000000 0000000067c2b55c > 0x00000000218fcd50: 000000001ec349f8 00000000685f7ae0 > 0x00000000218fcd60: 00000000009d5450 000000001f247978 > 0x00000000218fcd70: 000000001ec349f8 0000000067c4ee80 > 0x00000000218fcd80: 00000000685f7ae0 000000001ec349f8 > 0x00000000218fcd90: 0000000000000000 000000001f247978 > > Instructions: (pc=0x0000000069c6f73d) > 0x0000000069c6f71d: 00 48 83 7b 08 00 48 89 5c 24 50 48 c7 > 44 24 58 > 0x0000000069c6f72d: 00 00 00 00 74 0a 48 8d 4c 24 50 e8 63 > c6 12 00 > 0x0000000069c6f73d: 48 8b 06 c7 44 24 40 0e 00 00 00 48 8d > 4c 24 70 > 0x0000000069c6f74d: 48 8b 50 08 0f b7 42 24 48 8b 52 08 48 > 8b 54 c2 > > > Register to memory mapping: > > RAX=0x0000000000000000 is an unknown value > RBX=0x000000001ec34800 is a thread > RCX=0x0000000000000480 is an unknown value > RDX=0x000000001dd9dd68 is a global jni handle > RSP=0x00000000218fcca0 is pointing into the stack for thread: > 0x000000001ec34800 > RBP=0x00000000218fcd98 is pointing into the stack for thread: > 0x000000001ec34800 > RSI=0x0000000000000000 is an unknown value > RDI=0x000000001ec349f8 is an unknown value > R8 =0x0000000000000000 is an unknown value > R9 =0x00000000218fcd98 is pointing into the stack for thread: > 0x000000001ec34800 > R10={method} {0x000000001b25bc68} 'printStackTrace' '()V' in > 'java/lang/Throwable' > R11=0x000000000262a970 is an unknown value > R12=0x000000001dd9dd68 is a global jni handle > R13=0x0000000000000000 is an unknown value > R14=0x000000001ec349f8 is an unknown value > R15=0x0000000020f915a0 is an unknown value > > > Stack: [0x0000000021800000,0x0000000021900000], > sp=0x00000000218fcca0, > free space=1011k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM > code, C=native > code) > V [jvm.dll+0x14f73d] > C [jfxwebkit.dll+0x8cb55c] > C [jfxwebkit.dll+0x8eee80] > C [jfxwebkit.dll+0x5a80e8] > C [jfxwebkit.dll+0x8e6371] > C [jfxwebkit.dll+0x8ee37e] > C [jfxwebkit.dll+0x4eae04] > C [jfxwebkit.dll+0x4ebacf] > C [jfxwebkit.dll+0x6cf2ac] > C [jfxwebkit.dll+0x6cd2c6] > C [jfxwebkit.dll+0x6cfcd5] > C [jfxwebkit.dll+0x3bf35c] > C [jfxwebkit.dll+0x7e3a54] > C [jfxwebkit.dll+0x7e3514] > C [jfxwebkit.dll+0x7e39fd] > C [jfxwebkit.dll+0x7e3514] > C [jfxwebkit.dll+0x7e39fd] > C [jfxwebkit.dll+0x7e6021] > C [jfxwebkit.dll+0x7e5804] > C [jfxwebkit.dll+0x7e5340] > C [jfxwebkit.dll+0x2894d6] > C [jfxwebkit.dll+0x290755] > C [jfxwebkit.dll+0x283698] > C [jfxwebkit.dll+0x4b4847] > C [jfxwebkit.dll+0x4f2d92] > C [jfxwebkit.dll+0x4da3e9] > C [jfxwebkit.dll+0x4d968c] > C [jfxwebkit.dll+0x4d5d46] > C [jfxwebkit.dll+0x8f419f] > C [jfxwebkit.dll+0x8f5801] > C 0x00000000027d7f74 > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j > com.sun.webkit.network.URLLoader.twkDidFail(ILjava/lang/String;Ljava/lang/String;J)V+0 > j > com.sun.webkit.network.URLLoader.notifyDidFail(ILjava/lang/String;Ljava/lang/String;)V+102 > j > com.sun.webkit.network.URLLoader.lambda$didFail$6(ILjava/lang/String;Ljava/lang/String;)V+11 > j com.sun.webkit.network.URLLoader$$Lambda$273.run()V+16 > j > com.sun.javafx.application.PlatformImpl.lambda$null$5(Ljava/lang/Runnable;)Ljava/lang/Void;+1 > j > com.sun.javafx.application.PlatformImpl$$Lambda$54.run()Ljava/lang/Object;+4 > v ~StubRoutines::call_stub > J 2338 > java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; > (0 bytes) @ 0x0000000002f57066 [0x0000000002f57000+0x66] > j > com.sun.javafx.application.PlatformImpl.lambda$runLater$6(Ljava/lang/Runnable;Ljava/security/AccessControlContext;)V+7 > j com.sun.javafx.application.PlatformImpl$$Lambda$53.run()V+8 > j > com.sun.glass.ui.monocle.RunnableProcessor.runLoop()Ljava/lang/Object;+36 > j com.sun.glass.ui.monocle.RunnableProcessor.run()V+1 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x000000001e8b9800 JavaThread "URL-Loader-14" daemon > [_thread_blocked, > id=11888, stack(0x0000000066e80000,0x0000000066f80000)] > 0x000000001ec33000 JavaThread "URL-Loader-13" daemon > [_thread_blocked, > id=3596, stack(0x0000000066d80000,0x0000000066e80000)] > 0x000000001ec31800 JavaThread "URL-Loader-12" daemon > [_thread_blocked, > id=7936, stack(0x0000000066c80000,0x0000000066d80000)] > 0x000000001ec32800 JavaThread "Prism Font Disposer" daemon > [_thread_blocked, id=11704, > stack(0x0000000063010000,0x0000000063110000)] > 0x000000001ec36000 JavaThread "Disposer" daemon > [_thread_blocked, > id=8516, stack(0x0000000061c10000,0x0000000061d10000)] > 0x000000001ec35800 JavaThread "Timer-0" daemon > [_thread_blocked, id=5244, > stack(0x0000000021900000,0x0000000021a00000)] > =>0x000000001ec34800 JavaThread "JavaFX Application Thread" > [_thread_in_vm, > id=9872, stack(0x0000000021800000,0x0000000021900000)] > 0x000000001ec30000 JavaThread "QuantumRenderer-0" daemon > [_thread_blocked, id=11256, > stack(0x00000000211c0000,0x00000000212c0000)] > 0x000000001ec2f800 JavaThread "Test worker" > [_thread_blocked, id=12732, > stack(0x000000001fbc0000,0x000000001fcc0000)] > 0x000000001e7cc000 JavaThread "socket connection at > /127.0.0.1:63555 with > /127.0.0.1:63554 workers Thread 2" > [_thread_in_native, id=220, > stack(0x000000001f8c0000,0x000000001f9c0000)] > 0x000000001e378800 JavaThread "socket connection at > /127.0.0.1:63555 with > /127.0.0.1:63554 workers" > [_thread_blocked, id=2340, > stack(0x000000001f7c0000,0x000000001f8c0000)] > 0x000000001d0fb800 JavaThread "Service Thread" daemon > [_thread_blocked, > id=6244, stack(0x000000001dab0000,0x000000001dbb0000)] > 0x000000001bc27000 JavaThread "C1 CompilerThread2" daemon > [_thread_blocked, id=9788, > stack(0x000000001d9b0000,0x000000001dab0000)] > 0x000000001bc1d800 JavaThread "C2 CompilerThread1" daemon > [_thread_in_native, id=12764, > stack(0x000000001d8b0000,0x000000001d9b0000)] > 0x000000001bc1b000 JavaThread "C2 CompilerThread0" daemon > [_thread_blocked, id=10040, > stack(0x000000001d7b0000,0x000000001d8b0000)] > 0x000000001bc19000 JavaThread "Attach Listener" daemon > [_thread_blocked, > id=8576, stack(0x000000001d6b0000,0x000000001d7b0000)] > 0x000000001bbfe000 JavaThread "Signal Dispatcher" daemon > [_thread_blocked, id=6112, > stack(0x000000001d5b0000,0x000000001d6b0000)] > 0x000000001bbca800 JavaThread "Finalizer" daemon > [_thread_blocked, > id=7616, stack(0x000000001ce30000,0x000000001cf30000)] > 0x00000000026d1000 JavaThread "Reference Handler" daemon > [_thread_blocked, id=1768, > stack(0x000000001cd30000,0x000000001ce30000)] > 0x00000000027be000 JavaThread "main" [_thread_blocked, id=7848, > stack(0x00000000024c0000,0x00000000025c0000)] > > Other Threads: > 0x000000001bba8000 VMThread [stack: > 0x000000001cc30000,0x000000001cd30000] [id=11656] > 0x000000001d12a800 WatcherThread [stack: > 0x000000001dbb0000,0x000000001dcb0000] [id=12444] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap: > PSYoungGen total 243200K, used 33029K [0x000000076c300000, > 0x000000077f400000, 0x00000007c0000000) > eden space 237056K, 13% used > [0x000000076c300000,0x000000076e341780,0x000000077aa80000) > from space 6144K, 0% used > [0x000000077c500000,0x000000077c500000,0x000000077cb00000) > to space 27136K, 0% used > [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) > ParOldGen total 132096K, used 39085K [0x00000006c4800000, > 0x00000006cc900000, 0x000000076c300000) > object space 132096K, 29% used > [0x00000006c4800000,0x00000006c6e2b6b8,0x00000006cc900000) > Metaspace used 21147K, capacity 22320K, committed > 22400K, reserved > 1069056K > class space used 2831K, capacity 3123K, committed 3200K, > reserved > 1048576K > > Card table byte_map: [0x0000000011b80000,0x0000000012360000] > byte_map_base: > 0x000000000e55c000 > > Marking Bits: (ParMarkBitMap*) 0x000000006a33d850 > Begin Bits: [0x0000000012ca0000, 0x0000000016b80000) > End Bits: [0x0000000016b80000, 0x000000001aa60000) > > Polling page: 0x0000000000cd0000 > > CodeCache: size=245760Kb used=8377Kb max_used=8377Kb free=237382Kb > bounds [0x00000000027c0000, 0x0000000003010000, > 0x00000000117c0000] > total_blobs=3204 nmethods=2570 adapters=546 > compilation: enabled > > Compilation events (10 events): > Event: 65.613 Thread 0x000000001bc27000 nmethod 3018 > 0x0000000002d5c110 > code [0x0000000002d5c260, 0x0000000002d5c3f0] > Event: 65.613 Thread 0x000000001bc27000 3019 3 > com.sun.javafx.iio.png.PNGImageLoader2::paethPr (56 bytes) > Event: 65.613 Thread 0x000000001bc27000 nmethod 3019 > 0x0000000002d824d0 > code [0x0000000002d82660, 0x0000000002d82a70] > Event: 65.615 Thread 0x000000001bc27000 3021 3 > org.gradle.util.LineBufferingOutputStream::endsWithLineSeparator > (61 bytes) > Event: 65.615 Thread 0x000000001bc27000 nmethod 3021 > 0x0000000002d81f10 > code [0x0000000002d82080, 0x0000000002d82370] > Event: 65.615 Thread 0x000000001bc27000 3020 3 > org.gradle.util.LineBufferingOutputStream::write (97 bytes) > Event: 65.616 Thread 0x000000001bc27000 nmethod 3020 > 0x0000000002d716d0 > code [0x0000000002d71880, 0x0000000002d71d58] > Event: 65.616 Thread 0x000000001bc27000 3022 1 > sun.nio.cs.SingleByte$Decoder::decode (11 bytes) > Event: 65.616 Thread 0x000000001bc27000 nmethod 3022 > 0x0000000002d71350 > code [0x0000000002d714a0, 0x0000000002d715f0] > Event: 65.616 Thread 0x000000001bc27000 3023 3 > java.nio.ByteBuffer::arrayOffset (35 bytes) > > GC Heap History (10 events): > Event: 1.965 GC heap before > {Heap before GC invocations=3 (full 0): > PSYoungGen total 75264K, used 67890K [0x000000076c300000, > 0x0000000775600000, 0x00000007c0000000) > eden space 64512K, 99% used > [0x000000076c300000,0x00000007701e5008,0x0000000770200000) > from space 10752K, 32% used > [0x0000000770c80000,0x0000000770fe7a50,0x0000000771700000) > to space 10752K, 0% used > [0x0000000770200000,0x0000000770200000,0x0000000770c80000) > ParOldGen total 172032K, used 24K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 0% used > [0x00000006c4800000,0x00000006c4806000,0x00000006cf000000) > Metaspace used 10666K, capacity 10994K, committed > 11264K, reserved > 1058816K > class space used 1346K, capacity 1457K, committed 1536K, > reserved > 1048576K > Event: 1.969 GC heap after > Heap after GC invocations=3 (full 0): > PSYoungGen total 75264K, used 3525K [0x000000076c300000, > 0x0000000775600000, 0x00000007c0000000) > eden space 64512K, 0% used > [0x000000076c300000,0x000000076c300000,0x0000000770200000) > from space 10752K, 32% used > [0x0000000770200000,0x0000000770571788,0x0000000770c80000) > to space 10752K, 0% used > [0x0000000774b80000,0x0000000774b80000,0x0000000775600000) > ParOldGen total 172032K, used 32K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 0% used > [0x00000006c4800000,0x00000006c4808000,0x00000006cf000000) > Metaspace used 10666K, capacity 10994K, committed > 11264K, reserved > 1058816K > class space used 1346K, capacity 1457K, committed 1536K, > reserved > 1048576K > } > Event: 1.986 GC heap before > {Heap before GC invocations=4 (full 0): > PSYoungGen total 75264K, used 68000K [0x000000076c300000, > 0x0000000775600000, 0x00000007c0000000) > eden space 64512K, 99% used > [0x000000076c300000,0x00000007701f69f0,0x0000000770200000) > from space 10752K, 32% used > [0x0000000770200000,0x0000000770571788,0x0000000770c80000) > to space 10752K, 0% used > [0x0000000774b80000,0x0000000774b80000,0x0000000775600000) > ParOldGen total 172032K, used 32K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 0% used > [0x00000006c4800000,0x00000006c4808000,0x00000006cf000000) > Metaspace used 10666K, capacity 10994K, committed > 11264K, reserved > 1058816K > class space used 1346K, capacity 1457K, committed 1536K, > reserved > 1048576K > Event: 1.990 GC heap after > Heap after GC invocations=4 (full 0): > PSYoungGen total 139776K, used 3570K [0x000000076c300000, > 0x0000000775600000, 0x00000007c0000000) > eden space 129024K, 0% used > [0x000000076c300000,0x000000076c300000,0x0000000774100000) > from space 10752K, 33% used > [0x0000000774b80000,0x0000000774efc958,0x0000000775600000) > to space 10752K, 0% used > [0x0000000774100000,0x0000000774100000,0x0000000774b80000) > ParOldGen total 172032K, used 40K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 0% used > [0x00000006c4800000,0x00000006c480a000,0x00000006cf000000) > Metaspace used 10666K, capacity 10994K, committed > 11264K, reserved > 1058816K > class space used 1346K, capacity 1457K, committed 1536K, > reserved > 1048576K > } > Event: 4.018 GC heap before > {Heap before GC invocations=5 (full 0): > PSYoungGen total 139776K, used 132594K [0x000000076c300000, > 0x0000000775600000, 0x00000007c0000000) > eden space 129024K, 100% used > [0x000000076c300000,0x0000000774100000,0x0000000774100000) > from space 10752K, 33% used > [0x0000000774b80000,0x0000000774efc958,0x0000000775600000) > to space 10752K, 0% used > [0x0000000774100000,0x0000000774100000,0x0000000774b80000) > ParOldGen total 172032K, used 40K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 0% used > [0x00000006c4800000,0x00000006c480a000,0x00000006cf000000) > Metaspace used 10916K, capacity 11256K, committed > 11520K, reserved > 1058816K > class space used 1362K, capacity 1458K, committed 1536K, > reserved > 1048576K > Event: 4.024 GC heap after > Heap after GC invocations=5 (full 0): > PSYoungGen total 139776K, used 3991K [0x000000076c300000, > 0x000000077cb00000, 0x00000007c0000000) > eden space 129024K, 0% used > [0x000000076c300000,0x000000076c300000,0x0000000774100000) > from space 10752K, 37% used > [0x0000000774100000,0x00000007744e5de8,0x0000000774b80000) > to space 6144K, 0% used > [0x000000077c500000,0x000000077c500000,0x000000077cb00000) > ParOldGen total 172032K, used 48K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 0% used > [0x00000006c4800000,0x00000006c480c000,0x00000006cf000000) > Metaspace used 10916K, capacity 11256K, committed > 11520K, reserved > 1058816K > class space used 1362K, capacity 1458K, committed 1536K, > reserved > 1048576K > } > Event: 6.305 GC heap before > {Heap before GC invocations=6 (full 0): > PSYoungGen total 139776K, used 88628K [0x000000076c300000, > 0x000000077cb00000, 0x00000007c0000000) > eden space 129024K, 65% used > [0x000000076c300000,0x00000007715a7218,0x0000000774100000) > from space 10752K, 37% used > [0x0000000774100000,0x00000007744e5de8,0x0000000774b80000) > to space 6144K, 0% used > [0x000000077c500000,0x000000077c500000,0x000000077cb00000) > ParOldGen total 172032K, used 48K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 0% used > [0x00000006c4800000,0x00000006c480c000,0x00000006cf000000) > Metaspace used 20354K, capacity 21286K, committed > 21296K, reserved > 1067008K > class space used 2728K, capacity 2937K, committed 2944K, > reserved > 1048576K > Event: 6.330 GC heap after > Heap after GC invocations=6 (full 0): > PSYoungGen total 243200K, used 6143K [0x000000076c300000, > 0x000000077f400000, 0x00000007c0000000) > eden space 237056K, 0% used > [0x000000076c300000,0x000000076c300000,0x000000077aa80000) > from space 6144K, 99% used > [0x000000077c500000,0x000000077caffce0,0x000000077cb00000) > to space 27136K, 0% used > [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) > ParOldGen total 172032K, used 36077K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 20% used > [0x00000006c4800000,0x00000006c6b3b7d8,0x00000006cf000000) > Metaspace used 20354K, capacity 21286K, committed > 21296K, reserved > 1067008K > class space used 2728K, capacity 2937K, committed 2944K, > reserved > 1048576K > } > Event: 6.330 GC heap before > {Heap before GC invocations=7 (full 1): > PSYoungGen total 243200K, used 6143K [0x000000076c300000, > 0x000000077f400000, 0x00000007c0000000) > eden space 237056K, 0% used > [0x000000076c300000,0x000000076c300000,0x000000077aa80000) > from space 6144K, 99% used > [0x000000077c500000,0x000000077caffce0,0x000000077cb00000) > to space 27136K, 0% used > [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) > ParOldGen total 172032K, used 36077K [0x00000006c4800000, > 0x00000006cf000000, 0x000000076c300000) > object space 172032K, 20% used > [0x00000006c4800000,0x00000006c6b3b7d8,0x00000006cf000000) > Metaspace used 20354K, capacity 21286K, committed > 21296K, reserved > 1067008K > class space used 2728K, capacity 2937K, committed 2944K, > reserved > 1048576K > Event: 6.387 GC heap after > Heap after GC invocations=7 (full 1): > PSYoungGen total 243200K, used 0K [0x000000076c300000, > 0x000000077f400000, 0x00000007c0000000) > eden space 237056K, 0% used > [0x000000076c300000,0x000000076c300000,0x000000077aa80000) > from space 6144K, 0% used > [0x000000077c500000,0x000000077c500000,0x000000077cb00000) > to space 27136K, 0% used > [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) > ParOldGen total 132096K, used 39085K [0x00000006c4800000, > 0x00000006cc900000, 0x000000076c300000) > object space 132096K, 29% used > [0x00000006c4800000,0x00000006c6e2b6b8,0x00000006cc900000) > Metaspace used 20354K, capacity 21286K, committed > 21296K, reserved > 1067008K > class space used 2728K, capacity 2937K, committed 2944K, > reserved > 1048576K > } > > Deoptimization events (10 events): > Event: 65.470 Thread 0x000000001e378800 Uncommon trap: > reason=unstable_if > action=reinterpret pc=0x0000000002b8fde0 > method=java.io > .ObjectOutputStream$BlockDataOutputStream.getUTFLength(Ljava/lang/String;)J > @ 73 > Event: 65.470 Thread 0x000000001e378800 Uncommon trap: > reason=unstable_if > action=reinterpret pc=0x0000000002dfcbe8 > method=java.io > .ObjectOutputStream$BlockDataOutputStream.writeUTF(Ljava/lang/String;J)V > @ 29 > Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: > reason=bimorphic > action=maybe_recompile pc=0x0000000002de4958 > method=java.util.regex.Pattern$Curly.match0(Ljava/util/regex/Matcher;IILjava/lang/CharSequence;)Z > @ 141 > Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: > reason=unstable_if > action=reinterpret pc=0x0000000002ff5550 > method=java.util.Formatter$Flags.parse(Ljava/lang/String;)Ljava/util/Formatter$Flags; > @ 19 > Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: > reason=class_check > action=maybe_recompile pc=0x0000000002f61ba0 > method=java.util.Formatter$FormatSpecifier.printInteger(Ljava/lang/Object;Ljava/util/Locale;)V > @ 58 > Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: > reason=unstable_if > action=reinterpret pc=0x0000000002c3332c > method=java.io .ByteArrayInputStream.read()I @ 8 > Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: > reason=class_check > action=maybe_recompile pc=0x0000000002c3b630 > method=java.io .FilterInputStream.read()I @ 4 > Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: > reason=class_check > action=maybe_recompile pc=0x0000000002c3b630 > method=java.io .FilterInputStream.read()I @ 4 > Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: > reason=class_check > action=maybe_recompile pc=0x0000000002c3b630 > method=java.io .FilterInputStream.read()I @ 4 > Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: > reason=class_check > action=maybe_recompile pc=0x0000000002c3b630 > method=java.io .FilterInputStream.read()I @ 4 > > Internal exceptions (10 events): > Event: 65.561 Thread 0x000000001ec34800 Exception 'sun/nio/fs/WindowsException'> (0x000000076ca68530) thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, > line 709] > Event: 65.568 Thread 0x000000001ec34800 Exception 'java/lang/reflect/InvocationTargetException'> > (0x000000076ca6a7f0) thrown > at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\runtime\reflection.cpp, > line 1092] > Event: 65.568 Thread 0x000000001ec34800 Exception 'java/security/PrivilegedActionException'> > (0x000000076ca6ac10) thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jvm.cpp, > line 1390] > Event: 65.568 Thread 0x000000001ec34800 Exception 'netscape/javascript/JSException'> (0x000000076ca6aeb0) thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, > line 709] > Event: 65.575 Thread 0x000000001ec34800 Exception 'sun/nio/fs/WindowsException'> (0x000000076ca70f10) thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, > line 709] > Event: 65.578 Thread 0x000000001ec34800 Exception 'sun/nio/fs/WindowsException'> (0x000000076ca71c38) thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, > line 709] > Event: 65.588 Thread 0x000000001e8b9800 Exception 'java/io/FileNotFoundException'> (0x000000076decde80) thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, > line 709] > Event: 65.588 Thread 0x000000001e8b9800 Exception 'java/io/FileNotFoundException'> (0x000000076dece590) thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, > line 709] > Event: 65.596 Thread 0x000000001e378800 Exception 'java/lang/NoSuchMethodError': > (0x000000076d0e8c68) > thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, > line 1613] > Event: 65.614 Thread 0x000000001ec34800 Exception 'java/lang/NoSuchMethodError': getImageSize> > (0x000000076e0eaf80) thrown at > [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, > line 1613] > > Events (10 events): > Event: 65.612 loading class com/sun/javafx/iio/ImageMetadata > Event: 65.612 loading class com/sun/javafx/iio/ImageMetadata done > Event: 65.613 loading class com/sun/javafx/iio/ImageFrame > Event: 65.613 loading class com/sun/javafx/iio/ImageFrame done > Event: 65.614 loading class > com/sun/javafx/iio/ImageStorage$ImageType > Event: 65.614 loading class > com/sun/javafx/iio/ImageStorage$ImageType done > Event: 65.614 loading class java/lang/Throwable$WrappedPrintStream > Event: 65.614 loading class > java/lang/Throwable$WrappedPrintStream done > Event: 65.614 loading class java/util/IdentityHashMap$KeySet > Event: 65.614 loading class java/util/IdentityHashMap$KeySet done > > > Dynamic libraries: > 0x00007ff600290000 - 0x00007ff6002c7000 C:\Program > Files\Java\jdk1.8.0_144\bin\java.exe > 0x00007ffc2b5f0000 - 0x00007ffc2b7cb000 > C:\WINDOWS\SYSTEM32\ntdll.dll > 0x00007ffc2a0a0000 - 0x00007ffc2a14e000 > C:\WINDOWS\System32\KERNEL32.DLL > 0x00007ffc28050000 - 0x00007ffc28299000 > C:\WINDOWS\System32\KERNELBASE.dll > 0x00007ffc26110000 - 0x00007ffc2618e000 > C:\WINDOWS\SYSTEM32\apphelp.dll > 0x00007ffc29740000 - 0x00007ffc297e1000 > C:\WINDOWS\System32\ADVAPI32.dll > 0x00007ffc28e40000 - 0x00007ffc28edd000 > C:\WINDOWS\System32\msvcrt.dll > 0x00007ffc2a150000 - 0x00007ffc2a1a9000 > C:\WINDOWS\System32\sechost.dll > 0x00007ffc28b50000 - 0x00007ffc28c75000 > C:\WINDOWS\System32\RPCRT4.dll > 0x00007ffc29910000 - 0x00007ffc29a5a000 > C:\WINDOWS\System32\USER32.dll > 0x00007ffc27ce0000 - 0x00007ffc27cfe000 > C:\WINDOWS\System32\win32u.dll > 0x00007ffc29fb0000 - 0x00007ffc29fd7000 > C:\WINDOWS\System32\GDI32.dll > 0x00007ffc27d70000 - 0x00007ffc27ef8000 > C:\WINDOWS\System32\gdi32full.dll > 0x00007ffc27fb0000 - 0x00007ffc2804a000 > C:\WINDOWS\System32\msvcp_win.dll > 0x00007ffc28a50000 - 0x00007ffc28b46000 > C:\WINDOWS\System32\ucrtbase.dll > 0x00007ffc1a7e0000 - 0x00007ffc1aa47000 > C:\WINDOWS\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.15063.483 > _none_26002d27e7c744a2\COMCTL32.dll > 0x00007ffc29a60000 - 0x00007ffc29d59000 > C:\WINDOWS\System32\combase.dll > 0x00007ffc27d00000 - 0x00007ffc27d6a000 > C:\WINDOWS\System32\bcryptPrimitives.dll > 0x00007ffc29080000 - 0x00007ffc290ad000 > C:\WINDOWS\System32\IMM32.DLL > 0x000000006b270000 - 0x000000006b342000 C:\Program > Files\Java\jdk1.8.0_144\jre\bin\msvcr100.dll > 0x0000000069b20000 - 0x000000006a3bd000 C:\Program > Files\Java\jdk1.8.0_144\jre\bin\server\jvm.dll > 0x00007ffc29900000 - 0x00007ffc29908000 > C:\WINDOWS\System32\PSAPI.DLL > 0x00007ffc16500000 - 0x00007ffc16509000 > C:\WINDOWS\SYSTEM32\WSOCK32.dll > 0x00007ffc290b0000 - 0x00007ffc2911c000 > C:\WINDOWS\System32\WS2_32.dll > 0x00007ffc24890000 - 0x00007ffc248b3000 > C:\WINDOWS\SYSTEM32\WINMM.dll > 0x00007ffc197c0000 - 0x00007ffc197ca000 > C:\WINDOWS\SYSTEM32\VERSION.dll > 0x00007ffc24830000 - 0x00007ffc2485b000 > C:\WINDOWS\SYSTEM32\WINMMBASE.dll > 0x00007ffc28300000 - 0x00007ffc28349000 > C:\WINDOWS\System32\cfgmgr32.dll > 0x000000006b260000 - 0x000000006b26f000 C:\Program > Files\Java\jdk1.8.0_144\jre\bin\verify.dll > 0x000000006b230000 - 0x000000006b259000 C:\Program > Files\Java\jdk1.8.0_144\jre\bin\java.dll > 0x000000006b210000 - 0x000000006b226000 C:\Program > Files\Java\jdk1.8.0_144\jre\bin\zip.dll > 0x00007ffc2a1b0000 - 0x00007ffc2b5e6000 > C:\WINDOWS\System32\SHELL32.dll > 0x00007ffc29ed0000 - 0x00007ffc29f7a000 > C:\WINDOWS\System32\shcore.dll > 0x00007ffc28350000 - 0x00007ffc28a43000 > C:\WINDOWS\System32\windows.st orage.dll > 0x00007ffc29fe0000 - 0x00007ffc2a031000 > C:\WINDOWS\System32\shlwapi.dll > 0x00007ffc27aa0000 - 0x00007ffc27ab1000 > C:\WINDOWS\System32\kernel.appcore.dll > 0x00007ffc27ac0000 - 0x00007ffc27b0c000 > C:\WINDOWS\System32\powrprof.dll > 0x00007ffc27a80000 - 0x00007ffc27a95000 > C:\WINDOWS\System32\profapi.dll > 0x000000006b1f0000 - 0x000000006b20a000 C:\Program > Files\Java\jdk1.8.0_144\jre\bin\net.dll > 0x00007ffc27370000 - 0x00007ffc273cc000 > C:\WINDOWS\system32\mswsock.dll > 0x000000006b1d0000 - 0x000000006b1e1000 C:\Program > Files\Java\jdk1.8.0_144\jre\bin\nio.dll > 0x00007ffc27510000 - 0x00007ffc27527000 > C:\WINDOWS\SYSTEM32\CRYPTSP.dll > 0x00007ffc26f90000 - 0x00007ffc26fc4000 > C:\WINDOWS\system32\rsaenh.dll > 0x00007ffc27620000 - 0x00007ffc27645000 > C:\WINDOWS\SYSTEM32\bcrypt.dll > 0x00007ffc27990000 - 0x00007ffc279b9000 > C:\WINDOWS\SYSTEM32\USERENV.dll > 0x00007ffc27530000 - 0x00007ffc2753b000 > C:\WINDOWS\SYSTEM32\CRYPTBASE.dll > 0x00007ffc27110000 - 0x00007ffc27147000 > C:\WINDOWS\SYSTEM32\IPHLPAPI.DLL > 0x00007ffc29f80000 - 0x00007ffc29f88000 > C:\WINDOWS\System32\NSI.dll > 0x00007ffc1cb80000 - 0x00007ffc1cb96000 > C:\WINDOWS\SYSTEM32\dhcpcsvc6.DLL > 0x00007ffc1d550000 - 0x00007ffc1d56a000 > C:\WINDOWS\SYSTEM32\dhcpcsvc.DLL > 0x0000000067360000 - 0x0000000069b14000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\jfxwebkit.dll > 0x00007ffc18480000 - 0x00007ffc18526000 > C:\WINDOWS\SYSTEM32\MSVCP120.dll > 0x00007ffc23cb0000 - 0x00007ffc23d9f000 > C:\WINDOWS\SYSTEM32\MSVCR120.dll > 0x0000000002750000 - 0x0000000002753000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-console-l1-1-0.dll > 0x0000000002760000 - 0x0000000002763000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-datetime-l1-1-0.dll > 0x0000000002770000 - 0x0000000002773000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-debug-l1-1-0.dll > 0x0000000002780000 - 0x0000000002783000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-errorhandling-l1-1-0.dll > 0x0000000002790000 - 0x0000000002794000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-file-l1-1-0.dll > 0x00000000027a0000 - 0x00000000027a3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-file-l1-2-0.dll > 0x000000001fdc0000 - 0x000000001fdc3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-file-l2-1-0.dll > 0x000000001fdd0000 - 0x000000001fdd3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-handle-l1-1-0.dll > 0x000000001fde0000 - 0x000000001fde3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-heap-l1-1-0.dll > 0x00000000212e0000 - 0x00000000212e3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-interlocked-l1-1-0.dll > 0x00000000212f0000 - 0x00000000212f3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-libraryloader-l1-1-0.dll > 0x0000000021300000 - 0x0000000021303000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-localization-l1-2-0.dll > 0x0000000021310000 - 0x0000000021313000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-memory-l1-1-0.dll > 0x0000000021320000 - 0x0000000021323000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-namedpipe-l1-1-0.dll > 0x0000000021330000 - 0x0000000021333000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-processenvironment-l1-1-0.dll > 0x0000000021340000 - 0x0000000021343000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-processthreads-l1-1-0.dll > 0x0000000021350000 - 0x0000000021353000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-processthreads-l1-1-1.dll > 0x0000000021360000 - 0x0000000021363000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-profile-l1-1-0.dll > 0x0000000021370000 - 0x0000000021373000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-rtlsupport-l1-1-0.dll > 0x0000000021380000 - 0x0000000021383000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-string-l1-1-0.dll > 0x00000000212d0000 - 0x00000000212d3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-synch-l1-1-0.dll > 0x0000000021510000 - 0x0000000021513000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-synch-l1-2-0.dll > 0x0000000021520000 - 0x0000000021523000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-sysinfo-l1-1-0.dll > 0x0000000021530000 - 0x0000000021533000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-timezone-l1-1-0.dll > 0x0000000021540000 - 0x0000000021543000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-core-util-l1-1-0.dll > 0x0000000021550000 - 0x0000000021553000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-conio-l1-1-0.dll > 0x0000000021560000 - 0x0000000021564000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-convert-l1-1-0.dll > 0x0000000021570000 - 0x0000000021573000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-environment-l1-1-0.dll > 0x0000000021580000 - 0x0000000021583000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-filesystem-l1-1-0.dll > 0x0000000021590000 - 0x0000000021593000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-heap-l1-1-0.dll > 0x00000000215a0000 - 0x00000000215a3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-locale-l1-1-0.dll > 0x00000000215b0000 - 0x00000000215b5000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-math-l1-1-0.dll > 0x00000000215c0000 - 0x00000000215c5000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-multibyte-l1-1-0.dll > 0x00000000215d0000 - 0x00000000215e0000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-private-l1-1-0.dll > 0x00000000215e0000 - 0x00000000215e3000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-process-l1-1-0.dll > 0x00000000215f0000 - 0x00000000215f4000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-runtime-l1-1-0.dll > 0x0000000021600000 - 0x0000000021604000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-stdio-l1-1-0.dll > 0x0000000021610000 - 0x0000000021614000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-string-l1-1-0.dll > 0x0000000021620000 - 0x0000000021623000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-time-l1-1-0.dll > 0x0000000021630000 - 0x0000000021633000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\api-ms-win-crt-utility-l1-1-0.dll > 0x00007ffbfe070000 - 0x00007ffbfe166000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\ucrtbase.dll > 0x00007ffc1d750000 - 0x00007ffc1d7a1000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\concrt140.dll > 0x00007ffc015b0000 - 0x00007ffc0164f000 > C:\WINDOWS\SYSTEM32\MSVCP140.dll > 0x00007ffc19750000 - 0x00007ffc19766000 > C:\WINDOWS\SYSTEM32\VCRUNTIME140.dll > 0x00007ffc1ea00000 - 0x00007ffc1ea16000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\vcruntime140.dll > 0x00007ffc09790000 - 0x00007ffc0982c000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\msvcp140.dll > 0x00007ffc1e9e0000 - 0x00007ffc1e9fc000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\prism_sw.dll > 0x00007ffc1d6e0000 - 0x00007ffc1d6f4000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\javafx_font.dll > 0x00007ffc291a0000 - 0x00007ffc292e5000 > C:\WINDOWS\System32\ole32.dll > 0x00007ffc1de50000 - 0x00007ffc1e10f000 > C:\WINDOWS\SYSTEM32\dwrite.dll > 0x00007ffc1aaf0000 - 0x00007ffc1ab02000 > C:\Users\username\Documents\projects-username-in_process\rt\build\sdk\rt\bin\prism_common.dll > 0x00007ffc26250000 - 0x00007ffc262e5000 > C:\WINDOWS\system32\uxtheme.dll > 0x000000006b1c0000 - 0x000000006b1cd000 C:\Program > Files\Java\jdk1.8.0_144\jre\bin\management.dll > 0x00007ffc0cbd0000 - 0x00007ffc0cd79000 > C:\WINDOWS\SYSTEM32\dbghelp.dll > > VM Arguments: > jvm_args: > -DWEB_ARCHIVE_JAR_TEST_DIR=C:\Users\username\Documents\projects-username-in_process\rt\modules\web\build\testing\resources > -Dglass.platform=Monocle -Djava.ext.dirs > -Djava.security.manager=jarjar.org.gradle.process.internal.child.BootstrapSecurityManager > -Dmonocle.platform=Headless -Dprism.order=sw > -Dfile.encoding=windows-1252 > -ea > java_command: > jarjar.org.gradle.process.internal.launcher.GradleWorkerMain > java_class_path (initial): > C:\Users\username\.gradle\caches\1.8\workerMain\gradle-worker.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > JAVA_HOME=C:\Program Files\Java\jdk1.8.0_144 > PATH=C:\Tools\cygwin64\usr\local\bin;C:\Tools\cygwin64\bin;C:\ProgramData\Oracle\Java\javapath;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0;C:\Program > Files\Git\cmd;C:\Tools\gradle\bin;C:\Users\username\AppData\Local\Android\sdk\android-ndk-r10c;C:\Program > Files\nodejs;C:\Program Files (x86)\Yarn\bin;C:\Program Files > (x86)\Skype\Phone;C:\Program Files\Intel\WiFi\bin;C:\Program > Files\Common > Files\Intel\WirelessCommon;C:\Program > Files\TortoiseHg;C:\Tools\ant-1.9.9\bin;C:\Program > Files\Microsoft Windows > Performance Toolkit;C:\Program Files\Microsoft SQL > Server\110\Tools\Binn;C:\Program Files\Microsoft SQL > Server\120\Tools\Binn;C:\Program Files\Microsoft SQL > Server\130\Tools\Binn;C:\Program Files (x86)\Windows > Kits\10\Windows > Performance > Toolkit;C:\Users\username\AppData\Local\Microsoft\WindowsApps;C:\Users\username\AppData\Roaming\npm;C:\Users\username\AppData\Local\Yarn\.bin;C:\Users\username\AppData\Local\atom\bin;C:\Users\username\AppData\Local\Microsoft\WindowsApps > SHELL=/bin/bash > OS=Windows_NT > PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 61 Stepping 4, > GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows 10.0 , 64 bit Build 15063 (10.0.15063.296) > > CPU:total 4 (initial active 4) (2 cores per cpu, 2 threads per > core) family > 6 model 61 stepping 4, cmov, cx8, fxsr, mmx, sse, sse2, sse3, > ssse3, > sse4.1, sse4.2, popcnt, avx, avx2, aes, clmul, erms, > 3dnowpref, lzcnt, ht, > tsc, tscinvbit, bmi1, bmi2, adx > > Memory: 4k page, physical 16478140k(7207344k free), swap > 18968508k(6267284k > free) > > vm_info: Java HotSpot(TM) 64-Bit Server VM (25.144-b01) for > windows-amd64 > JRE (1.8.0_144-b01), built on Jul 21 2017 21:57:33 by > "java_re" with MS > VC++ 10.0 (VS2010) > > time: Tue Sep 26 15:40:58 2017 > elapsed time: 65 seconds (0d 0h 1m 5s) > > > 2017-09-26 15:37 GMT+02:00 David Bimamisa > >: > > > > Hi all, > > I solve this problem after stumbling over the following > comments in the > *buildSrc/genVSproperties.bat* file: > *"The current officially supported Visual Studio version > is 15.0 * > *Handling of 11.0 and 14.0 is excluded here"* > > Thus, installing Visual Studio 2017 (VS 15.0) on the > Windows 10 machine -- > instead of VS 2010 Express as recommended in the wiki > > > -- > works for me. > Maybe the comments above should be added to the wiki. > > Regards > David > > > 2017-09-25 14:18 GMT+02:00 David Bimamisa > >: > > > > Hi all, > > I'm trying to build OpenJFX-8u on a Windows 10 machine > and I stuck in the > test task of the fxpackager module. I'm getting the > following exception: > > com.oracle.tools.packager.APITest > testRuntimes FAILED > java.lang.RuntimeException: Not found MSVC dlls at > com.oracle.tools.packager.windows.WinAppBundler.copyMSVCDLLs > (WinAppBundler.java:320) > at > com.oracle.tools.packager.windows.WinAppBundler.doBundle( > WinAppBundler.java:277) > at > com.oracle.tools.packager.windows.WinAppBundler.execute(WinA > ppBundler.java:586) > at > com.oracle.tools.packager.APITest.testRuntimes(APITest.java: > 135) > > It seems that some DLLs (e.g. > file:/[..]/modules/fxpackager/ > build/classes/test/com/oracle/tools/packager/windows//vcruntime100.dll) > are missing. > > Can you give some hints on how to solve this problem? > > Best regards > David > > > > > > From dbelob.openjdk at gmail.com Mon Oct 9 15:52:29 2017 From: dbelob.openjdk at gmail.com (Dmitry Beloborodov) Date: Mon, 9 Oct 2017 18:52:29 +0300 Subject: Java Packager fails to create macOS or Windows Bundle Message-ID: There is JDK-8179033 https://bugs.openjdk.java.net/browse/JDK-8179033 ("javapackager fails to create Mac Application Bundle") Error is reproduced on macOS and Windows (there is no error on Linux) Cause is the absence of a destination resource subdirectory. I suppose that to fix the error it is enough to create subdirectories before copying of destination resources (see correct methods com.oracle.tools.packager.windows.WinAppBundler::copyApplication in Java 8 com.oracle.tools.packager.mac.MacAppBundler::copyClassPathEntries in Java 8 com.oracle.tools.packager.linux.LinuxAppBundler::copyApplication in Java 8 or jdk.packager.builders.linux.LinuxAppImageBuilder::copyApplication in Java 9 ) To fix it (in Java 9) you need to 1. Change in jdk.packager.builders.windows.WindowsAppImageBuilder::copyApplication method from for (String fname : appResources.getIncludedFiles()) { Files.copy(new File(srcdir, fname).toPath(), new File(appDir.toFile(), fname).toPath()); } to for (String fname : appResources.getIncludedFiles()) { File destFile = new File(appDir.toFile(), fname); destFile.getParentFile().mkdirs(); Files.copy(new File(srcdir, fname).toPath(), destFile.toPath()); } 2. Change in jdk.packager.builders.mac.MacAppImageBuilder::copyApplication method from for (String fname : classPath.getIncludedFiles()) { // use new File since fname can have file separators Files.copy(new File(srcdir, fname).toPath(), new File(javaDirectory.toFile(), fname).toPath()); } to for (String fname : classPath.getIncludedFiles()) { // use new File since fname can have file separators File destFile = new File(javaDirectory.toFile(), fname); destFile.getParentFile().mkdirs(); Files.copy(new File(srcdir, fname).toPath(), destFile.toPath()); } Please fix error. Many thanks! With best regards, Dmitry Beloborodov From ketchxup at googlemail.com Mon Oct 9 23:17:14 2017 From: ketchxup at googlemail.com (David Bimamisa) Date: Tue, 10 Oct 2017 01:17:14 +0200 Subject: Gradle test fail; DLLS are missing (Windows 10) In-Reply-To: <59DB7387.108@oracle.com> References: <59CABFBA.8030006@oracle.com> <59DB7387.108@oracle.com> Message-ID: Great, thanks! Aside: on windows 10, cmake 3.7 or later is needed to build webkit with Visual Studio 2017 generators. However, cygwin only comes with cmake 3.6. I had to install cmake 3.9 for windows ,uninstall the one provided by cygwin, and install ruby (via cygwin) Am 09.10.2017 3:03 nachm. schrieb "Kevin Rushforth" < kevin.rushforth at oracle.com>: To answer your questions: * Yes it is possible to build WebKit on any of the three platforms as long as you install all of the prerequisite software. You need to pass "-PCOMPILE_WEBKIT=true" to gradle. * No, JDK 8u152 has not yet been released. It will be released on Tuesday, Oct 17. What you see on java.net is an early access build, and it doesn't have the latest WebKit. -- Kevin David Bimamisa wrote: I'm wondering if it possible to build Webkit on Windows anyway? Just by build openJDK? Also, according to [1] JDK 8u152 has been already released. 1. http://jdk.java.net/8/ 2. http://openjdk.java.net/projects/jdk8u/ Regards 2017-09-26 22:59 GMT+02:00 Kevin Rushforth : > I presume you aren't building WebKit? If not, then you will have a > mismatch between the Java .class files and the native library. Possible > solutions are: > > 1) Build WebKit yourself > > 2) Avoid running WebView tests > > 3) Wait for 3 weeks until JDK 8u152 is released (at which time the .class > files and native libraries will be in sync again) > > -- Kevin > > > David Bimamisa wrote: > >> Now I'm having issues when running unit tests of the webkit module. >> >> :web:test >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000069c6f73d, >> pid=8240, tid=0x000000000000337c >> # >> # JRE version: Java(TM) SE Runtime Environment (8.0_144-b01) (build >> 1.8.0_144-b01) >> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed mode >> windows-amd64 compressed oops) >> # Problematic frame: >> # V [jvm.dll+0x14f73d] >> # >> # Failed to write core dump. Minidumps are not enabled by default on >> client >> versions of Windows >> # >> # An error report file with more information is saved as: >> # >> C:\Users\~\Documents\projects-shaka-in_process\rt\modules\we >> b\hs_err_pid8240.log >> # >> # If you would like to submit a bug report, please visit: >> # http://bugreport.java.com/bugreport/crash.jsp >> # >> Exception in thread "JavaFX Application Thread" Unexpected exception >> thrown. >> org.gradle.messaging.remote.internal.MessageIOException: Could not write >> message [EndOfStream] to '/127.0.0.1:64074'. >> at >> org.gradle.messaging.remote.internal.inet.SocketConnection.d >> ispatch(SocketConnection.java:115) >> at >> org.gradle.messaging.remote.internal.hub.MessageHub$Connecti >> onDispatch.run(MessageHub.java:279) >> at >> org.gradle.internal.concurrent.DefaultExecutorFactory$Stoppa >> bleExecutorImpl$1.run(DefaultExecutorFactory.java:66) >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1149) >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.java:624) >> at java.lang.Thread.run(Thread.java:748) >> >> And the corresponding report file: >> >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000069c6f73d, >> pid=4728, tid=0x0000000000002690 >> # >> # JRE version: Java(TM) SE Runtime Environment (8.0_144-b01) (build >> 1.8.0_144-b01) >> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed mode >> windows-amd64 compressed oops) >> # Problematic frame: >> # V [jvm.dll+0x14f73d] >> # >> # Failed to write core dump. Minidumps are not enabled by default on >> client >> versions of Windows >> # >> # If you would like to submit a bug report, please visit: >> # http://bugreport.java.com/bugreport/crash.jsp >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x000000001ec34800): JavaThread "JavaFX Application >> Thread" [_thread_in_vm, id=9872, >> stack(0x0000000021800000,0x0000000021900000)] >> >> siginfo: ExceptionCode=0xc0000005, reading address 0x0000000000000000 >> >> Registers: >> RAX=0x0000000000000000, RBX=0x000000001ec34800, RCX=0x0000000000000480, >> RDX=0x000000001dd9dd68 >> RSP=0x00000000218fcca0, RBP=0x00000000218fcd98, RSI=0x0000000000000000, >> RDI=0x000000001ec349f8 >> R8 =0x0000000000000000, R9 =0x00000000218fcd98, R10=0x000000001b25bc60, >> R11=0x000000000262a970 >> R12=0x000000001dd9dd68, R13=0x0000000000000000, R14=0x000000001ec349f8, >> R15=0x0000000020f915a0 >> RIP=0x0000000069c6f73d, EFLAGS=0x0000000000010246 >> >> Top of Stack: (sp=0x00000000218fcca0) >> 0x00000000218fcca0: 00000000218fcc89 0000000800000001 >> 0x00000000218fccb0: 0000000000000000 00000006c53eff70 >> 0x00000000218fccc0: 000036cea0d95ca8 0000000000000001 >> 0x00000000218fccd0: 000000006b322620 0000000069c648fd >> 0x00000000218fcce0: 000000001e5bc888 000000006a126ee0 >> 0x00000000218fccf0: 000000001ec34800 0000000000000000 >> 0x00000000218fcd00: 000000000262a6d0 000000001ec34800 >> 0x00000000218fcd10: 000000000000000e 0000000069c64a0b >> 0x00000000218fcd20: 0000000020f915a0 000000001ec349f8 >> 0x00000000218fcd30: 0000000000000000 0000000000000000 >> 0x00000000218fcd40: 0000000000000000 0000000067c2b55c >> 0x00000000218fcd50: 000000001ec349f8 00000000685f7ae0 >> 0x00000000218fcd60: 00000000009d5450 000000001f247978 >> 0x00000000218fcd70: 000000001ec349f8 0000000067c4ee80 >> 0x00000000218fcd80: 00000000685f7ae0 000000001ec349f8 >> 0x00000000218fcd90: 0000000000000000 000000001f247978 >> >> Instructions: (pc=0x0000000069c6f73d) >> 0x0000000069c6f71d: 00 48 83 7b 08 00 48 89 5c 24 50 48 c7 44 24 58 >> 0x0000000069c6f72d: 00 00 00 00 74 0a 48 8d 4c 24 50 e8 63 c6 12 00 >> 0x0000000069c6f73d: 48 8b 06 c7 44 24 40 0e 00 00 00 48 8d 4c 24 70 >> 0x0000000069c6f74d: 48 8b 50 08 0f b7 42 24 48 8b 52 08 48 8b 54 c2 >> >> >> Register to memory mapping: >> >> RAX=0x0000000000000000 is an unknown value >> RBX=0x000000001ec34800 is a thread >> RCX=0x0000000000000480 is an unknown value >> RDX=0x000000001dd9dd68 is a global jni handle >> RSP=0x00000000218fcca0 is pointing into the stack for thread: >> 0x000000001ec34800 >> RBP=0x00000000218fcd98 is pointing into the stack for thread: >> 0x000000001ec34800 >> RSI=0x0000000000000000 is an unknown value >> RDI=0x000000001ec349f8 is an unknown value >> R8 =0x0000000000000000 is an unknown value >> R9 =0x00000000218fcd98 is pointing into the stack for thread: >> 0x000000001ec34800 >> R10={method} {0x000000001b25bc68} 'printStackTrace' '()V' in >> 'java/lang/Throwable' >> R11=0x000000000262a970 is an unknown value >> R12=0x000000001dd9dd68 is a global jni handle >> R13=0x0000000000000000 is an unknown value >> R14=0x000000001ec349f8 is an unknown value >> R15=0x0000000020f915a0 is an unknown value >> >> >> Stack: [0x0000000021800000,0x0000000021900000], sp=0x00000000218fcca0, >> free space=1011k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native >> code) >> V [jvm.dll+0x14f73d] >> C [jfxwebkit.dll+0x8cb55c] >> C [jfxwebkit.dll+0x8eee80] >> C [jfxwebkit.dll+0x5a80e8] >> C [jfxwebkit.dll+0x8e6371] >> C [jfxwebkit.dll+0x8ee37e] >> C [jfxwebkit.dll+0x4eae04] >> C [jfxwebkit.dll+0x4ebacf] >> C [jfxwebkit.dll+0x6cf2ac] >> C [jfxwebkit.dll+0x6cd2c6] >> C [jfxwebkit.dll+0x6cfcd5] >> C [jfxwebkit.dll+0x3bf35c] >> C [jfxwebkit.dll+0x7e3a54] >> C [jfxwebkit.dll+0x7e3514] >> C [jfxwebkit.dll+0x7e39fd] >> C [jfxwebkit.dll+0x7e3514] >> C [jfxwebkit.dll+0x7e39fd] >> C [jfxwebkit.dll+0x7e6021] >> C [jfxwebkit.dll+0x7e5804] >> C [jfxwebkit.dll+0x7e5340] >> C [jfxwebkit.dll+0x2894d6] >> C [jfxwebkit.dll+0x290755] >> C [jfxwebkit.dll+0x283698] >> C [jfxwebkit.dll+0x4b4847] >> C [jfxwebkit.dll+0x4f2d92] >> C [jfxwebkit.dll+0x4da3e9] >> C [jfxwebkit.dll+0x4d968c] >> C [jfxwebkit.dll+0x4d5d46] >> C [jfxwebkit.dll+0x8f419f] >> C [jfxwebkit.dll+0x8f5801] >> C 0x00000000027d7f74 >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j >> com.sun.webkit.network.URLLoader.twkDidFail(ILjava/lang/Stri >> ng;Ljava/lang/String;J)V+0 >> j >> com.sun.webkit.network.URLLoader.notifyDidFail(ILjava/lang/S >> tring;Ljava/lang/String;)V+102 >> j >> com.sun.webkit.network.URLLoader.lambda$didFail$6(ILjava/lan >> g/String;Ljava/lang/String;)V+11 >> j com.sun.webkit.network.URLLoader$$Lambda$273.run()V+16 >> j >> com.sun.javafx.application.PlatformImpl.lambda$null$5(Ljava/ >> lang/Runnable;)Ljava/lang/Void;+1 >> j >> com.sun.javafx.application.PlatformImpl$$Lambda$54.run()Ljav >> a/lang/Object;+4 >> v ~StubRoutines::call_stub >> J 2338 >> java.security.AccessController.doPrivileged(Ljava/security/P >> rivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >> (0 bytes) @ 0x0000000002f57066 [0x0000000002f57000+0x66] >> j >> com.sun.javafx.application.PlatformImpl.lambda$runLater$6(Lj >> ava/lang/Runnable;Ljava/security/AccessControlContext;)V+7 >> j com.sun.javafx.application.PlatformImpl$$Lambda$53.run()V+8 >> j com.sun.glass.ui.monocle.RunnableProcessor.runLoop()Ljava/la >> ng/Object;+36 >> j com.sun.glass.ui.monocle.RunnableProcessor.run()V+1 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x000000001e8b9800 JavaThread "URL-Loader-14" daemon [_thread_blocked, >> id=11888, stack(0x0000000066e80000,0x0000000066f80000)] >> 0x000000001ec33000 JavaThread "URL-Loader-13" daemon [_thread_blocked, >> id=3596, stack(0x0000000066d80000,0x0000000066e80000)] >> 0x000000001ec31800 JavaThread "URL-Loader-12" daemon [_thread_blocked, >> id=7936, stack(0x0000000066c80000,0x0000000066d80000)] >> 0x000000001ec32800 JavaThread "Prism Font Disposer" daemon >> [_thread_blocked, id=11704, stack(0x0000000063010000,0x0000000063110000)] >> 0x000000001ec36000 JavaThread "Disposer" daemon [_thread_blocked, >> id=8516, stack(0x0000000061c10000,0x0000000061d10000)] >> 0x000000001ec35800 JavaThread "Timer-0" daemon [_thread_blocked, >> id=5244, >> stack(0x0000000021900000,0x0000000021a00000)] >> =>0x000000001ec34800 JavaThread "JavaFX Application Thread" >> [_thread_in_vm, >> id=9872, stack(0x0000000021800000,0x0000000021900000)] >> 0x000000001ec30000 JavaThread "QuantumRenderer-0" daemon >> [_thread_blocked, id=11256, stack(0x00000000211c0000,0x00000000212c0000)] >> 0x000000001ec2f800 JavaThread "Test worker" [_thread_blocked, id=12732, >> stack(0x000000001fbc0000,0x000000001fcc0000)] >> 0x000000001e7cc000 JavaThread "socket connection at /127.0.0.1:63555 >> with >> /127.0.0.1:63554 workers Thread 2" [_thread_in_native, id=220, >> stack(0x000000001f8c0000,0x000000001f9c0000)] >> 0x000000001e378800 JavaThread "socket connection at /127.0.0.1:63555 >> with >> /127.0.0.1:63554 workers" [_thread_blocked, id=2340, >> stack(0x000000001f7c0000,0x000000001f8c0000)] >> 0x000000001d0fb800 JavaThread "Service Thread" daemon [_thread_blocked, >> id=6244, stack(0x000000001dab0000,0x000000001dbb0000)] >> 0x000000001bc27000 JavaThread "C1 CompilerThread2" daemon >> [_thread_blocked, id=9788, stack(0x000000001d9b0000,0x000000001dab0000)] >> 0x000000001bc1d800 JavaThread "C2 CompilerThread1" daemon >> [_thread_in_native, id=12764, stack(0x000000001d8b0000,0x000 >> 000001d9b0000)] >> 0x000000001bc1b000 JavaThread "C2 CompilerThread0" daemon >> [_thread_blocked, id=10040, stack(0x000000001d7b0000,0x000000001d8b0000)] >> 0x000000001bc19000 JavaThread "Attach Listener" daemon [_thread_blocked, >> id=8576, stack(0x000000001d6b0000,0x000000001d7b0000)] >> 0x000000001bbfe000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=6112, stack(0x000000001d5b0000,0x000000001d6b0000)] >> 0x000000001bbca800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=7616, stack(0x000000001ce30000,0x000000001cf30000)] >> 0x00000000026d1000 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=1768, stack(0x000000001cd30000,0x000000001ce30000)] >> 0x00000000027be000 JavaThread "main" [_thread_blocked, id=7848, >> stack(0x00000000024c0000,0x00000000025c0000)] >> >> Other Threads: >> 0x000000001bba8000 VMThread [stack: >> 0x000000001cc30000,0x000000001cd30000] [id=11656] >> 0x000000001d12a800 WatcherThread [stack: >> 0x000000001dbb0000,0x000000001dcb0000] [id=12444] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap: >> PSYoungGen total 243200K, used 33029K [0x000000076c300000, >> 0x000000077f400000, 0x00000007c0000000) >> eden space 237056K, 13% used >> [0x000000076c300000,0x000000076e341780,0x000000077aa80000) >> from space 6144K, 0% used >> [0x000000077c500000,0x000000077c500000,0x000000077cb00000) >> to space 27136K, 0% used >> [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) >> ParOldGen total 132096K, used 39085K [0x00000006c4800000, >> 0x00000006cc900000, 0x000000076c300000) >> object space 132096K, 29% used >> [0x00000006c4800000,0x00000006c6e2b6b8,0x00000006cc900000) >> Metaspace used 21147K, capacity 22320K, committed 22400K, reserved >> 1069056K >> class space used 2831K, capacity 3123K, committed 3200K, reserved >> 1048576K >> >> Card table byte_map: [0x0000000011b80000,0x0000000012360000] >> byte_map_base: >> 0x000000000e55c000 >> >> Marking Bits: (ParMarkBitMap*) 0x000000006a33d850 >> Begin Bits: [0x0000000012ca0000, 0x0000000016b80000) >> End Bits: [0x0000000016b80000, 0x000000001aa60000) >> >> Polling page: 0x0000000000cd0000 >> >> CodeCache: size=245760Kb used=8377Kb max_used=8377Kb free=237382Kb >> bounds [0x00000000027c0000, 0x0000000003010000, 0x00000000117c0000] >> total_blobs=3204 nmethods=2570 adapters=546 >> compilation: enabled >> >> Compilation events (10 events): >> Event: 65.613 Thread 0x000000001bc27000 nmethod 3018 0x0000000002d5c110 >> code [0x0000000002d5c260, 0x0000000002d5c3f0] >> Event: 65.613 Thread 0x000000001bc27000 3019 3 >> com.sun.javafx.iio.png.PNGImageLoader2::paethPr (56 bytes) >> Event: 65.613 Thread 0x000000001bc27000 nmethod 3019 0x0000000002d824d0 >> code [0x0000000002d82660, 0x0000000002d82a70] >> Event: 65.615 Thread 0x000000001bc27000 3021 3 >> org.gradle.util.LineBufferingOutputStream::endsWithLineSeparator (61 >> bytes) >> Event: 65.615 Thread 0x000000001bc27000 nmethod 3021 0x0000000002d81f10 >> code [0x0000000002d82080, 0x0000000002d82370] >> Event: 65.615 Thread 0x000000001bc27000 3020 3 >> org.gradle.util.LineBufferingOutputStream::write (97 bytes) >> Event: 65.616 Thread 0x000000001bc27000 nmethod 3020 0x0000000002d716d0 >> code [0x0000000002d71880, 0x0000000002d71d58] >> Event: 65.616 Thread 0x000000001bc27000 3022 1 >> sun.nio.cs.SingleByte$Decoder::decode (11 bytes) >> Event: 65.616 Thread 0x000000001bc27000 nmethod 3022 0x0000000002d71350 >> code [0x0000000002d714a0, 0x0000000002d715f0] >> Event: 65.616 Thread 0x000000001bc27000 3023 3 >> java.nio.ByteBuffer::arrayOffset (35 bytes) >> >> GC Heap History (10 events): >> Event: 1.965 GC heap before >> {Heap before GC invocations=3 (full 0): >> PSYoungGen total 75264K, used 67890K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 64512K, 99% used >> [0x000000076c300000,0x00000007701e5008,0x0000000770200000) >> from space 10752K, 32% used >> [0x0000000770c80000,0x0000000770fe7a50,0x0000000771700000) >> to space 10752K, 0% used >> [0x0000000770200000,0x0000000770200000,0x0000000770c80000) >> ParOldGen total 172032K, used 24K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c4806000,0x00000006cf000000) >> Metaspace used 10666K, capacity 10994K, committed 11264K, reserved >> 1058816K >> class space used 1346K, capacity 1457K, committed 1536K, reserved >> 1048576K >> Event: 1.969 GC heap after >> Heap after GC invocations=3 (full 0): >> PSYoungGen total 75264K, used 3525K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 64512K, 0% used >> [0x000000076c300000,0x000000076c300000,0x0000000770200000) >> from space 10752K, 32% used >> [0x0000000770200000,0x0000000770571788,0x0000000770c80000) >> to space 10752K, 0% used >> [0x0000000774b80000,0x0000000774b80000,0x0000000775600000) >> ParOldGen total 172032K, used 32K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c4808000,0x00000006cf000000) >> Metaspace used 10666K, capacity 10994K, committed 11264K, reserved >> 1058816K >> class space used 1346K, capacity 1457K, committed 1536K, reserved >> 1048576K >> } >> Event: 1.986 GC heap before >> {Heap before GC invocations=4 (full 0): >> PSYoungGen total 75264K, used 68000K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 64512K, 99% used >> [0x000000076c300000,0x00000007701f69f0,0x0000000770200000) >> from space 10752K, 32% used >> [0x0000000770200000,0x0000000770571788,0x0000000770c80000) >> to space 10752K, 0% used >> [0x0000000774b80000,0x0000000774b80000,0x0000000775600000) >> ParOldGen total 172032K, used 32K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c4808000,0x00000006cf000000) >> Metaspace used 10666K, capacity 10994K, committed 11264K, reserved >> 1058816K >> class space used 1346K, capacity 1457K, committed 1536K, reserved >> 1048576K >> Event: 1.990 GC heap after >> Heap after GC invocations=4 (full 0): >> PSYoungGen total 139776K, used 3570K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 129024K, 0% used >> [0x000000076c300000,0x000000076c300000,0x0000000774100000) >> from space 10752K, 33% used >> [0x0000000774b80000,0x0000000774efc958,0x0000000775600000) >> to space 10752K, 0% used >> [0x0000000774100000,0x0000000774100000,0x0000000774b80000) >> ParOldGen total 172032K, used 40K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c480a000,0x00000006cf000000) >> Metaspace used 10666K, capacity 10994K, committed 11264K, reserved >> 1058816K >> class space used 1346K, capacity 1457K, committed 1536K, reserved >> 1048576K >> } >> Event: 4.018 GC heap before >> {Heap before GC invocations=5 (full 0): >> PSYoungGen total 139776K, used 132594K [0x000000076c300000, >> 0x0000000775600000, 0x00000007c0000000) >> eden space 129024K, 100% used >> [0x000000076c300000,0x0000000774100000,0x0000000774100000) >> from space 10752K, 33% used >> [0x0000000774b80000,0x0000000774efc958,0x0000000775600000) >> to space 10752K, 0% used >> [0x0000000774100000,0x0000000774100000,0x0000000774b80000) >> ParOldGen total 172032K, used 40K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c480a000,0x00000006cf000000) >> Metaspace used 10916K, capacity 11256K, committed 11520K, reserved >> 1058816K >> class space used 1362K, capacity 1458K, committed 1536K, reserved >> 1048576K >> Event: 4.024 GC heap after >> Heap after GC invocations=5 (full 0): >> PSYoungGen total 139776K, used 3991K [0x000000076c300000, >> 0x000000077cb00000, 0x00000007c0000000) >> eden space 129024K, 0% used >> [0x000000076c300000,0x000000076c300000,0x0000000774100000) >> from space 10752K, 37% used >> [0x0000000774100000,0x00000007744e5de8,0x0000000774b80000) >> to space 6144K, 0% used >> [0x000000077c500000,0x000000077c500000,0x000000077cb00000) >> ParOldGen total 172032K, used 48K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c480c000,0x00000006cf000000) >> Metaspace used 10916K, capacity 11256K, committed 11520K, reserved >> 1058816K >> class space used 1362K, capacity 1458K, committed 1536K, reserved >> 1048576K >> } >> Event: 6.305 GC heap before >> {Heap before GC invocations=6 (full 0): >> PSYoungGen total 139776K, used 88628K [0x000000076c300000, >> 0x000000077cb00000, 0x00000007c0000000) >> eden space 129024K, 65% used >> [0x000000076c300000,0x00000007715a7218,0x0000000774100000) >> from space 10752K, 37% used >> [0x0000000774100000,0x00000007744e5de8,0x0000000774b80000) >> to space 6144K, 0% used >> [0x000000077c500000,0x000000077c500000,0x000000077cb00000) >> ParOldGen total 172032K, used 48K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 0% used >> [0x00000006c4800000,0x00000006c480c000,0x00000006cf000000) >> Metaspace used 20354K, capacity 21286K, committed 21296K, reserved >> 1067008K >> class space used 2728K, capacity 2937K, committed 2944K, reserved >> 1048576K >> Event: 6.330 GC heap after >> Heap after GC invocations=6 (full 0): >> PSYoungGen total 243200K, used 6143K [0x000000076c300000, >> 0x000000077f400000, 0x00000007c0000000) >> eden space 237056K, 0% used >> [0x000000076c300000,0x000000076c300000,0x000000077aa80000) >> from space 6144K, 99% used >> [0x000000077c500000,0x000000077caffce0,0x000000077cb00000) >> to space 27136K, 0% used >> [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) >> ParOldGen total 172032K, used 36077K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 20% used >> [0x00000006c4800000,0x00000006c6b3b7d8,0x00000006cf000000) >> Metaspace used 20354K, capacity 21286K, committed 21296K, reserved >> 1067008K >> class space used 2728K, capacity 2937K, committed 2944K, reserved >> 1048576K >> } >> Event: 6.330 GC heap before >> {Heap before GC invocations=7 (full 1): >> PSYoungGen total 243200K, used 6143K [0x000000076c300000, >> 0x000000077f400000, 0x00000007c0000000) >> eden space 237056K, 0% used >> [0x000000076c300000,0x000000076c300000,0x000000077aa80000) >> from space 6144K, 99% used >> [0x000000077c500000,0x000000077caffce0,0x000000077cb00000) >> to space 27136K, 0% used >> [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) >> ParOldGen total 172032K, used 36077K [0x00000006c4800000, >> 0x00000006cf000000, 0x000000076c300000) >> object space 172032K, 20% used >> [0x00000006c4800000,0x00000006c6b3b7d8,0x00000006cf000000) >> Metaspace used 20354K, capacity 21286K, committed 21296K, reserved >> 1067008K >> class space used 2728K, capacity 2937K, committed 2944K, reserved >> 1048576K >> Event: 6.387 GC heap after >> Heap after GC invocations=7 (full 1): >> PSYoungGen total 243200K, used 0K [0x000000076c300000, >> 0x000000077f400000, 0x00000007c0000000) >> eden space 237056K, 0% used >> [0x000000076c300000,0x000000076c300000,0x000000077aa80000) >> from space 6144K, 0% used >> [0x000000077c500000,0x000000077c500000,0x000000077cb00000) >> to space 27136K, 0% used >> [0x000000077aa80000,0x000000077aa80000,0x000000077c500000) >> ParOldGen total 132096K, used 39085K [0x00000006c4800000, >> 0x00000006cc900000, 0x000000076c300000) >> object space 132096K, 29% used >> [0x00000006c4800000,0x00000006c6e2b6b8,0x00000006cc900000) >> Metaspace used 20354K, capacity 21286K, committed 21296K, reserved >> 1067008K >> class space used 2728K, capacity 2937K, committed 2944K, reserved >> 1048576K >> } >> >> Deoptimization events (10 events): >> Event: 65.470 Thread 0x000000001e378800 Uncommon trap: reason=unstable_if >> action=reinterpret pc=0x0000000002b8fde0 >> method=java.io.ObjectOutputStream$BlockDataOutputStream.getU >> TFLength(Ljava/lang/String;)J >> @ 73 >> Event: 65.470 Thread 0x000000001e378800 Uncommon trap: reason=unstable_if >> action=reinterpret pc=0x0000000002dfcbe8 >> method=java.io.ObjectOutputStream$BlockDataOutputStream.writ >> eUTF(Ljava/lang/String;J)V >> @ 29 >> Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: reason=bimorphic >> action=maybe_recompile pc=0x0000000002de4958 >> method=java.util.regex.Pattern$Curly.match0(Ljava/util/regex >> /Matcher;IILjava/lang/CharSequence;)Z >> @ 141 >> Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: reason=unstable_if >> action=reinterpret pc=0x0000000002ff5550 >> method=java.util.Formatter$Flags.parse(Ljava/lang/String;)Lj >> ava/util/Formatter$Flags; >> @ 19 >> Event: 65.590 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002f61ba0 >> method=java.util.Formatter$FormatSpecifier.printInteger(Ljav >> a/lang/Object;Ljava/util/Locale;)V >> @ 58 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=unstable_if >> action=reinterpret pc=0x0000000002c3332c >> method=java.io.ByteArrayInputStream.read()I @ 8 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002c3b630 >> method=java.io.FilterInputStream.read()I @ 4 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002c3b630 >> method=java.io.FilterInputStream.read()I @ 4 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002c3b630 >> method=java.io.FilterInputStream.read()I @ 4 >> Event: 65.612 Thread 0x000000001ec34800 Uncommon trap: reason=class_check >> action=maybe_recompile pc=0x0000000002c3b630 >> method=java.io.FilterInputStream.read()I @ 4 >> >> Internal exceptions (10 events): >> Event: 65.561 Thread 0x000000001ec34800 Exception > 'sun/nio/fs/WindowsException'> (0x000000076ca68530) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.568 Thread 0x000000001ec34800 Exception > 'java/lang/reflect/InvocationTargetException'> (0x000000076ca6a7f0) >> thrown >> at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\runtime\reflection.cpp, >> line 1092] >> Event: 65.568 Thread 0x000000001ec34800 Exception > 'java/security/PrivilegedActionException'> (0x000000076ca6ac10) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jvm.cpp, >> line 1390] >> Event: 65.568 Thread 0x000000001ec34800 Exception > 'netscape/javascript/JSException'> (0x000000076ca6aeb0) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.575 Thread 0x000000001ec34800 Exception > 'sun/nio/fs/WindowsException'> (0x000000076ca70f10) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.578 Thread 0x000000001ec34800 Exception > 'sun/nio/fs/WindowsException'> (0x000000076ca71c38) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.588 Thread 0x000000001e8b9800 Exception > 'java/io/FileNotFoundException'> (0x000000076decde80) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.588 Thread 0x000000001e8b9800 Exception > 'java/io/FileNotFoundException'> (0x000000076dece590) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 709] >> Event: 65.596 Thread 0x000000001e378800 Exception > 'java/lang/NoSuchMethodError': > (0x000000076d0e8c68) thrown at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 1613] >> Event: 65.614 Thread 0x000000001ec34800 Exception > 'java/lang/NoSuchMethodError': getImageSize> (0x000000076e0eaf80) thrown >> at >> [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\941 >> 7\hotspot\src\share\vm\prims\jni.cpp, >> line 1613] >> >> Events (10 events): >> Event: 65.612 loading class com/sun/javafx/iio/ImageMetadata >> Event: 65.612 loading class com/sun/javafx/iio/ImageMetadata done >> Event: 65.613 loading class com/sun/javafx/iio/ImageFrame >> Event: 65.613 loading class com/sun/javafx/iio/ImageFrame done >> Event: 65.614 loading class com/sun/javafx/iio/ImageStorage$ImageType >> Event: 65.614 loading class com/sun/javafx/iio/ImageStorage$ImageType >> done >> Event: 65.614 loading class java/lang/Throwable$WrappedPrintStream >> Event: 65.614 loading class java/lang/Throwable$WrappedPrintStream done >> Event: 65.614 loading class java/util/IdentityHashMap$KeySet >> Event: 65.614 loading class java/util/IdentityHashMap$KeySet done >> >> >> Dynamic libraries: >> 0x00007ff600290000 - 0x00007ff6002c7000 C:\Program >> Files\Java\jdk1.8.0_144\bin\java.exe >> 0x00007ffc2b5f0000 - 0x00007ffc2b7cb000 C:\WINDOWS\SYSTEM32\ntdll.dll >> 0x00007ffc2a0a0000 - 0x00007ffc2a14e000 C:\WINDOWS\System32\KERNEL32.DLL >> 0x00007ffc28050000 - 0x00007ffc28299000 C:\WINDOWS\System32\KERNELBASE >> .dll >> 0x00007ffc26110000 - 0x00007ffc2618e000 C:\WINDOWS\SYSTEM32\apphelp.dll >> 0x00007ffc29740000 - 0x00007ffc297e1000 C:\WINDOWS\System32\ADVAPI32.dll >> 0x00007ffc28e40000 - 0x00007ffc28edd000 C:\WINDOWS\System32\msvcrt.dll >> 0x00007ffc2a150000 - 0x00007ffc2a1a9000 C:\WINDOWS\System32\sechost.dll >> 0x00007ffc28b50000 - 0x00007ffc28c75000 C:\WINDOWS\System32\RPCRT4.dll >> 0x00007ffc29910000 - 0x00007ffc29a5a000 C:\WINDOWS\System32\USER32.dll >> 0x00007ffc27ce0000 - 0x00007ffc27cfe000 C:\WINDOWS\System32\win32u.dll >> 0x00007ffc29fb0000 - 0x00007ffc29fd7000 C:\WINDOWS\System32\GDI32.dll >> 0x00007ffc27d70000 - 0x00007ffc27ef8000 C:\WINDOWS\System32\gdi32full.dll >> 0x00007ffc27fb0000 - 0x00007ffc2804a000 C:\WINDOWS\System32\msvcp_win.dll >> 0x00007ffc28a50000 - 0x00007ffc28b46000 C:\WINDOWS\System32\ucrtbase.dll >> 0x00007ffc1a7e0000 - 0x00007ffc1aa47000 >> C:\WINDOWS\WinSxS\amd64_microsoft.windows.common-controls_65 >> 95b64144ccf1df_6.0.15063.483_none_26002d27e7c744a2\COMCTL32.dll >> 0x00007ffc29a60000 - 0x00007ffc29d59000 C:\WINDOWS\System32\combase.dll >> 0x00007ffc27d00000 - 0x00007ffc27d6a000 >> C:\WINDOWS\System32\bcryptPrimitives.dll >> 0x00007ffc29080000 - 0x00007ffc290ad000 C:\WINDOWS\System32\IMM32.DLL >> 0x000000006b270000 - 0x000000006b342000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\msvcr100.dll >> 0x0000000069b20000 - 0x000000006a3bd000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\server\jvm.dll >> 0x00007ffc29900000 - 0x00007ffc29908000 C:\WINDOWS\System32\PSAPI.DLL >> 0x00007ffc16500000 - 0x00007ffc16509000 C:\WINDOWS\SYSTEM32\WSOCK32.dll >> 0x00007ffc290b0000 - 0x00007ffc2911c000 C:\WINDOWS\System32\WS2_32.dll >> 0x00007ffc24890000 - 0x00007ffc248b3000 C:\WINDOWS\SYSTEM32\WINMM.dll >> 0x00007ffc197c0000 - 0x00007ffc197ca000 C:\WINDOWS\SYSTEM32\VERSION.dll >> 0x00007ffc24830000 - 0x00007ffc2485b000 C:\WINDOWS\SYSTEM32\WINMMBASE.dll >> 0x00007ffc28300000 - 0x00007ffc28349000 C:\WINDOWS\System32\cfgmgr32.dll >> 0x000000006b260000 - 0x000000006b26f000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\verify.dll >> 0x000000006b230000 - 0x000000006b259000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\java.dll >> 0x000000006b210000 - 0x000000006b226000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\zip.dll >> 0x00007ffc2a1b0000 - 0x00007ffc2b5e6000 C:\WINDOWS\System32\SHELL32.dll >> 0x00007ffc29ed0000 - 0x00007ffc29f7a000 C:\WINDOWS\System32\shcore.dll >> 0x00007ffc28350000 - 0x00007ffc28a43000 >> C:\WINDOWS\System32\windows.storage.dll >> 0x00007ffc29fe0000 - 0x00007ffc2a031000 C:\WINDOWS\System32\shlwapi.dll >> 0x00007ffc27aa0000 - 0x00007ffc27ab1000 >> C:\WINDOWS\System32\kernel.appcore.dll >> 0x00007ffc27ac0000 - 0x00007ffc27b0c000 C:\WINDOWS\System32\powrprof.dll >> 0x00007ffc27a80000 - 0x00007ffc27a95000 C:\WINDOWS\System32\profapi.dll >> 0x000000006b1f0000 - 0x000000006b20a000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\net.dll >> 0x00007ffc27370000 - 0x00007ffc273cc000 C:\WINDOWS\system32\mswsock.dll >> 0x000000006b1d0000 - 0x000000006b1e1000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\nio.dll >> 0x00007ffc27510000 - 0x00007ffc27527000 C:\WINDOWS\SYSTEM32\CRYPTSP.dll >> 0x00007ffc26f90000 - 0x00007ffc26fc4000 C:\WINDOWS\system32\rsaenh.dll >> 0x00007ffc27620000 - 0x00007ffc27645000 C:\WINDOWS\SYSTEM32\bcrypt.dll >> 0x00007ffc27990000 - 0x00007ffc279b9000 C:\WINDOWS\SYSTEM32\USERENV.dll >> 0x00007ffc27530000 - 0x00007ffc2753b000 C:\WINDOWS\SYSTEM32\CRYPTBASE.dll >> 0x00007ffc27110000 - 0x00007ffc27147000 C:\WINDOWS\SYSTEM32\IPHLPAPI.DLL >> 0x00007ffc29f80000 - 0x00007ffc29f88000 C:\WINDOWS\System32\NSI.dll >> 0x00007ffc1cb80000 - 0x00007ffc1cb96000 C:\WINDOWS\SYSTEM32\dhcpcsvc6.DLL >> 0x00007ffc1d550000 - 0x00007ffc1d56a000 C:\WINDOWS\SYSTEM32\dhcpcsvc.DLL >> 0x0000000067360000 - 0x0000000069b14000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\jfxwebkit.dll >> 0x00007ffc18480000 - 0x00007ffc18526000 C:\WINDOWS\SYSTEM32\MSVCP120.dll >> 0x00007ffc23cb0000 - 0x00007ffc23d9f000 C:\WINDOWS\SYSTEM32\MSVCR120.dll >> 0x0000000002750000 - 0x0000000002753000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-console-l1-1-0.dll >> 0x0000000002760000 - 0x0000000002763000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-datetime-l1-1-0.dll >> 0x0000000002770000 - 0x0000000002773000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-debug-l1-1-0.dll >> 0x0000000002780000 - 0x0000000002783000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-errorhandling-l1-1-0.dll >> 0x0000000002790000 - 0x0000000002794000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-file-l1-1-0.dll >> 0x00000000027a0000 - 0x00000000027a3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-file-l1-2-0.dll >> 0x000000001fdc0000 - 0x000000001fdc3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-file-l2-1-0.dll >> 0x000000001fdd0000 - 0x000000001fdd3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-handle-l1-1-0.dll >> 0x000000001fde0000 - 0x000000001fde3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-heap-l1-1-0.dll >> 0x00000000212e0000 - 0x00000000212e3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-interlocked-l1-1-0.dll >> 0x00000000212f0000 - 0x00000000212f3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-libraryloader-l1-1-0.dll >> 0x0000000021300000 - 0x0000000021303000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-localization-l1-2-0.dll >> 0x0000000021310000 - 0x0000000021313000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-memory-l1-1-0.dll >> 0x0000000021320000 - 0x0000000021323000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-namedpipe-l1-1-0.dll >> 0x0000000021330000 - 0x0000000021333000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-processenvironment-l1-1-0.dll >> 0x0000000021340000 - 0x0000000021343000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-processthreads-l1-1-0.dll >> 0x0000000021350000 - 0x0000000021353000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-processthreads-l1-1-1.dll >> 0x0000000021360000 - 0x0000000021363000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-profile-l1-1-0.dll >> 0x0000000021370000 - 0x0000000021373000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-rtlsupport-l1-1-0.dll >> 0x0000000021380000 - 0x0000000021383000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-string-l1-1-0.dll >> 0x00000000212d0000 - 0x00000000212d3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-synch-l1-1-0.dll >> 0x0000000021510000 - 0x0000000021513000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-synch-l1-2-0.dll >> 0x0000000021520000 - 0x0000000021523000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-sysinfo-l1-1-0.dll >> 0x0000000021530000 - 0x0000000021533000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-timezone-l1-1-0.dll >> 0x0000000021540000 - 0x0000000021543000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-core-util-l1-1-0.dll >> 0x0000000021550000 - 0x0000000021553000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-conio-l1-1-0.dll >> 0x0000000021560000 - 0x0000000021564000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-convert-l1-1-0.dll >> 0x0000000021570000 - 0x0000000021573000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-environment-l1-1-0.dll >> 0x0000000021580000 - 0x0000000021583000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-filesystem-l1-1-0.dll >> 0x0000000021590000 - 0x0000000021593000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-heap-l1-1-0.dll >> 0x00000000215a0000 - 0x00000000215a3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-locale-l1-1-0.dll >> 0x00000000215b0000 - 0x00000000215b5000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-math-l1-1-0.dll >> 0x00000000215c0000 - 0x00000000215c5000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-multibyte-l1-1-0.dll >> 0x00000000215d0000 - 0x00000000215e0000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-private-l1-1-0.dll >> 0x00000000215e0000 - 0x00000000215e3000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-process-l1-1-0.dll >> 0x00000000215f0000 - 0x00000000215f4000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-runtime-l1-1-0.dll >> 0x0000000021600000 - 0x0000000021604000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-stdio-l1-1-0.dll >> 0x0000000021610000 - 0x0000000021614000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-string-l1-1-0.dll >> 0x0000000021620000 - 0x0000000021623000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-time-l1-1-0.dll >> 0x0000000021630000 - 0x0000000021633000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\api-ms-win-crt-utility-l1-1-0.dll >> 0x00007ffbfe070000 - 0x00007ffbfe166000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\ucrtbase.dll >> 0x00007ffc1d750000 - 0x00007ffc1d7a1000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\concrt140.dll >> 0x00007ffc015b0000 - 0x00007ffc0164f000 C:\WINDOWS\SYSTEM32\MSVCP140.dll >> 0x00007ffc19750000 - 0x00007ffc19766000 C:\WINDOWS\SYSTEM32\VCRUNTIME1 >> 40.dll >> 0x00007ffc1ea00000 - 0x00007ffc1ea16000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\vcruntime140.dll >> 0x00007ffc09790000 - 0x00007ffc0982c000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\msvcp140.dll >> 0x00007ffc1e9e0000 - 0x00007ffc1e9fc000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\prism_sw.dll >> 0x00007ffc1d6e0000 - 0x00007ffc1d6f4000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\javafx_font.dll >> 0x00007ffc291a0000 - 0x00007ffc292e5000 C:\WINDOWS\System32\ole32.dll >> 0x00007ffc1de50000 - 0x00007ffc1e10f000 C:\WINDOWS\SYSTEM32\dwrite.dll >> 0x00007ffc1aaf0000 - 0x00007ffc1ab02000 >> C:\Users\username\Documents\projects-username-in_process\rt\ >> build\sdk\rt\bin\prism_common.dll >> 0x00007ffc26250000 - 0x00007ffc262e5000 C:\WINDOWS\system32\uxtheme.dll >> 0x000000006b1c0000 - 0x000000006b1cd000 C:\Program >> Files\Java\jdk1.8.0_144\jre\bin\management.dll >> 0x00007ffc0cbd0000 - 0x00007ffc0cd79000 C:\WINDOWS\SYSTEM32\dbghelp.dll >> >> VM Arguments: >> jvm_args: >> -DWEB_ARCHIVE_JAR_TEST_DIR=C:\Users\username\Documents\proje >> cts-username-in_process\rt\modules\web\build\testing\resources >> -Dglass.platform=Monocle -Djava.ext.dirs >> -Djava.security.manager=jarjar.org.gradle.process.internal.c >> hild.BootstrapSecurityManager >> -Dmonocle.platform=Headless -Dprism.order=sw -Dfile.encoding=windows-1252 >> -ea >> java_command: jarjar.org.gradle.process.inte >> rnal.launcher.GradleWorkerMain >> java_class_path (initial): >> C:\Users\username\.gradle\caches\1.8\workerMain\gradle-worker.jar >> Launcher Type: SUN_STANDARD >> >> Environment Variables: >> JAVA_HOME=C:\Program Files\Java\jdk1.8.0_144 >> PATH=C:\Tools\cygwin64\usr\local\bin;C:\Tools\cygwin64\bin;C >> :\ProgramData\Oracle\Java\javapath;C:\WINDOWS\system32;C:\ >> WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\ >> WindowsPowerShell\v1.0;C:\Program >> Files\Git\cmd;C:\Tools\gradle\bin;C:\Users\username\AppData\ >> Local\Android\sdk\android-ndk-r10c;C:\Program >> Files\nodejs;C:\Program Files (x86)\Yarn\bin;C:\Program Files >> (x86)\Skype\Phone;C:\Program Files\Intel\WiFi\bin;C:\Program Files\Common >> Files\Intel\WirelessCommon;C:\Program >> Files\TortoiseHg;C:\Tools\ant-1.9.9\bin;C:\Program Files\Microsoft >> Windows >> Performance Toolkit;C:\Program Files\Microsoft SQL >> Server\110\Tools\Binn;C:\Program Files\Microsoft SQL >> Server\120\Tools\Binn;C:\Program Files\Microsoft SQL >> Server\130\Tools\Binn;C:\Program Files (x86)\Windows Kits\10\Windows >> Performance >> Toolkit;C:\Users\username\AppData\Local\Microsoft\WindowsApp >> s;C:\Users\username\AppData\Roaming\npm;C:\Users\username\Ap >> pData\Local\Yarn\.bin;C:\Users\username\AppData\Local\atom\ >> bin;C:\Users\username\AppData\Local\Microsoft\WindowsApps >> SHELL=/bin/bash >> OS=Windows_NT >> PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 61 Stepping 4, GenuineIntel >> >> >> >> --------------- S Y S T E M --------------- >> >> OS: Windows 10.0 , 64 bit Build 15063 (10.0.15063.296) >> >> CPU:total 4 (initial active 4) (2 cores per cpu, 2 threads per core) >> family >> 6 model 61 stepping 4, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, >> sse4.1, sse4.2, popcnt, avx, avx2, aes, clmul, erms, 3dnowpref, lzcnt, ht, >> tsc, tscinvbit, bmi1, bmi2, adx >> >> Memory: 4k page, physical 16478140k(7207344k free), swap >> 18968508k(6267284k >> free) >> >> vm_info: Java HotSpot(TM) 64-Bit Server VM (25.144-b01) for windows-amd64 >> JRE (1.8.0_144-b01), built on Jul 21 2017 21:57:33 by "java_re" with MS >> VC++ 10.0 (VS2010) >> >> time: Tue Sep 26 15:40:58 2017 >> elapsed time: 65 seconds (0d 0h 1m 5s) >> >> >> 2017-09-26 15:37 GMT+02:00 David Bimamisa : >> >> >> >>> Hi all, >>> >>> I solve this problem after stumbling over the following comments in the >>> *buildSrc/genVSproperties.bat* file: >>> *"The current officially supported Visual Studio version is 15.0 * >>> *Handling of 11.0 and 14.0 is excluded here"* >>> >>> Thus, installing Visual Studio 2017 (VS 15.0) on the Windows 10 machine >>> -- >>> instead of VS 2010 Express as recommended in the wiki >>> >> JFX#BuildingOpenJFX-BuildingOpenJFX-IntegrationwithOpenJD> -- >>> works for me. >>> Maybe the comments above should be added to the wiki. >>> >>> Regards >>> David >>> >>> >>> 2017-09-25 14:18 GMT+02:00 David Bimamisa : >>> >>> >>> >>>> Hi all, >>>> >>>> I'm trying to build OpenJFX-8u on a Windows 10 machine and I stuck in >>>> the >>>> test task of the fxpackager module. I'm getting the following exception: >>>> >>>> com.oracle.tools.packager.APITest > testRuntimes FAILED >>>> java.lang.RuntimeException: Not found MSVC dlls at >>>> com.oracle.tools.packager.windows.WinAppBundler.copyMSVCDLLs >>>> (WinAppBundler.java:320) >>>> at com.oracle.tools.packager.windows.WinAppBundler.doBundle( >>>> WinAppBundler.java:277) >>>> at com.oracle.tools.packager.windows.WinAppBundler.execute(WinA >>>> ppBundler.java:586) >>>> at com.oracle.tools.packager.APITest.testRuntimes(APITest.java: >>>> 135) >>>> >>>> It seems that some DLLs (e.g. file:/[..]/modules/fxpackager/ >>>> build/classes/test/com/oracle/tools/packager/windows//vcruntime100.dll) >>>> are missing. >>>> >>>> Can you give some hints on how to solve this problem? >>>> >>>> Best regards >>>> David >>>> >>>> >>>> >>> >>> >> From lennart.borjeson at cinnober.com Tue Oct 10 14:01:37 2017 From: lennart.borjeson at cinnober.com (=?utf-8?B?TGVubmFydCBCw7ZyamVzb24=?=) Date: Tue, 10 Oct 2017 14:01:37 +0000 Subject: SOLVED: Error building on Mac: compileDecoraNativeShadersMac fails In-Reply-To: <2DC54FAD-FF96-4302-97B9-619EE45BF134@cinnober.com> References: <2DC54FAD-FF96-4302-97B9-619EE45BF134@cinnober.com> Message-ID: <2521D6E7-2834-4E7F-9F9E-CF4A1B4EC64D@cinnober.com> > 13 sep. 2017 kl. 11:33 skrev Lennart B?rjeson : > > I'm trying to build OpenJFX on my Mac in order to integrate with openjdk 10 (the shenandoah project; I know the vanilla jdk 9 has javafx built-in). > > I believe I've followed the build instructions, but building still fails with: > > > FAILURE: Build failed with an exception. > > * What went wrong: > A problem was found with the configuration of task ':graphics:compileDecoraNativeShadersMac'. > > Directory '/Users/lennartb/RaT/openJDK/javafx-9/modules/javafx.graphics/build/gensrc/headers/javafx.graphics' specified for property 'headers' does not exist. > > > I've tried building both OpenJFX 9 and 10, with the same results. > > > I have MacOS 10.12, gradle 3.1, jdk 9 b181, and Xcode installed. I've installed Qt 5.9, but I can't see that picked up by 'gradle projects'? > > > Please advise. > > /Lennart > > Turned out I needed to specify: gradle --no-daemon --max-workers 1 Best regards, /Lennart From ebourg at apache.org Tue Oct 10 11:58:13 2017 From: ebourg at apache.org (Emmanuel Bourg) Date: Tue, 10 Oct 2017 13:58:13 +0200 Subject: Building OpenJFX 9 with OpenJDK 9+181 Message-ID: Hi, I've some trouble building OpenJFX 9 with OpenJDK 9+181 and Gradle 3.2.1 on Debian. I get the following compilation errors: /home/ebourg/openjfx9/modules/javafx.base/src/main/java/com/sun/javafx/binding/SelectBinding.java:47: error: package sun.util.logging is not visible import sun.util.logging.PlatformLogger.Level; ^ (package sun.util.logging is declared in module java.base, which does not export it to module javafx.base) /home/ebourg/openjfx9/modules/javafx.base/src/main/java/com/sun/javafx/property/PropertyReference.java:36: error: package sun.reflect.misc is not visible import sun.reflect.misc.ReflectUtil; ^ (package sun.reflect.misc is declared in module java.base, which does not export it to module javafx.base) I tried exporting the _JAVA_OPTIONS variable defined in README-java-options and adding --add-opens parameters to build.gradle but it didn't work. What am I missing? Emmanuel Bourg From kevin.rushforth at oracle.com Tue Oct 10 14:15:55 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 10 Oct 2017 07:15:55 -0700 Subject: Building OpenJFX 9 with OpenJDK 9+181 In-Reply-To: References: Message-ID: <59DCD61B.3010600@oracle.com> This sounds like a bootstrap problem. I suspect that we are missing the needed --add-exports in build.gradle to build using a JDK that does not already have javafx.* modules. I filed the following bug to track this: https://bugs.openjdk.java.net/browse/JDK-8189111 As a workaround, you can use the Oracle JDK 9 build as the boot JDK. -- Kevin Emmanuel Bourg wrote: > Hi, > > I've some trouble building OpenJFX 9 with OpenJDK 9+181 and Gradle 3.2.1 > on Debian. I get the following compilation errors: > > > /home/ebourg/openjfx9/modules/javafx.base/src/main/java/com/sun/javafx/binding/SelectBinding.java:47: > error: package sun.util.logging is not visible > import sun.util.logging.PlatformLogger.Level; > ^ > (package sun.util.logging is declared in module java.base, which > does not export it to module javafx.base) > > /home/ebourg/openjfx9/modules/javafx.base/src/main/java/com/sun/javafx/property/PropertyReference.java:36: > error: package sun.reflect.misc is not visible > import sun.reflect.misc.ReflectUtil; > ^ > (package sun.reflect.misc is declared in module java.base, which > does not export it to module javafx.base) > > > I tried exporting the _JAVA_OPTIONS variable defined in > README-java-options and adding --add-opens parameters to build.gradle > but it didn't work. > > What am I missing? > > Emmanuel Bourg > From mario at datenwort.at Tue Oct 10 14:22:13 2017 From: mario at datenwort.at (Mario Ivankovits) Date: Tue, 10 Oct 2017 14:22:13 +0000 Subject: Building OpenJFX 9 with OpenJDK 9+181 In-Reply-To: <59DCD61B.3010600@oracle.com> References: <59DCD61B.3010600@oracle.com> Message-ID: Hi! I had the same problems when I tried to build JavaFX for the Raspberry PI this weekend. I ?fixed" that by adding the ?add-exports to the build.gradle file. The Google Drive Link will guide you to a hacky patch to the build.gradle file (+ some other changes). I was able to build JavaFX then. Beware: This patch also disables the systemTests. https://copy-con.blogspot.co.at/2017/10/java-9-with-javafx-for-raspberry-pi.html#links Best regards, Mario Am 10.10.2017 um 16:15 schrieb Kevin Rushforth >: This sounds like a bootstrap problem. I suspect that we are missing the needed --add-exports in build.gradle to build using a JDK that does not already have javafx.* modules. I filed the following bug to track this: https://bugs.openjdk.java.net/browse/JDK-8189111 As a workaround, you can use the Oracle JDK 9 build as the boot JDK. -- Kevin Emmanuel Bourg wrote: Hi, I've some trouble building OpenJFX 9 with OpenJDK 9+181 and Gradle 3.2.1 on Debian. I get the following compilation errors: /home/ebourg/openjfx9/modules/javafx.base/src/main/java/com/sun/javafx/binding/SelectBinding.java:47: error: package sun.util.logging is not visible import sun.util.logging.PlatformLogger.Level; ^ (package sun.util.logging is declared in module java.base, which does not export it to module javafx.base) /home/ebourg/openjfx9/modules/javafx.base/src/main/java/com/sun/javafx/property/PropertyReference.java:36: error: package sun.reflect.misc is not visible import sun.reflect.misc.ReflectUtil; ^ (package sun.reflect.misc is declared in module java.base, which does not export it to module javafx.base) I tried exporting the _JAVA_OPTIONS variable defined in README-java-options and adding --add-opens parameters to build.gradle but it didn't work. What am I missing? Emmanuel Bourg From kevin.rushforth at oracle.com Tue Oct 10 20:54:07 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 10 Oct 2017 13:54:07 -0700 Subject: [10] Review request for 8185634, 8185634: Java Fx-Swing dialogs appearing behind main stage In-Reply-To: References: <234563d7-7f68-296a-523c-c005cf4ca9a5@oracle.com> <26bddfb0-3dfa-92ac-b476-abe5a6bda1e1@oracle.com> <7c868789-6c1e-28c9-af7a-057d551e0dfe@oracle.com> Message-ID: <59DD336F.5050706@oracle.com> Note that there is now a 04 version. It looks good to me, although someone more familiar with AWT should also check the AWT changes. We will need a test program for this (as a follow-on issue if not now). -- Kevin Alexander Zvegintsev wrote: > Please review the updated version > > http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/02/ > Now we are postponing actual window closing, it happens only after we > ensure that native window pointer is valid on Swing side. > > Thanks, > Alexander. > > On 23/09/2017 08:01, Sergey Bylokhov wrote: >> Hi, Alexander. >> How can we be sure that the parent frame will not be disposed while >> we use a pointer? >> >> long ownerWindowPtr = peer.getOverridenWindowHandle(); >> <<<<< Dispose the peer >> if (ownerWindowPtr != 0) { >> //Place window above JavaFX stage >> CWrapper.NSWindow.addChildWindow( >> ownerWindowPtr, ptr, CWrapper.NSWindow.NSWindowAbove); >> <<<<< Boom >> } >> >> >> On 9/21/17 22:56, Alexander Zvegintsev wrote: >>> Hi Phil, >>> >>> Please review the updated fix with reflection incorporated >>> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/01/ >>> >>> New issue created JDK-8187803 >>> as JDK >>> counterpart of this issue. >>> >>> Thanks, >>> Alexander. >>> >>> On 21/09/2017 22:25, Phil Race wrote: >>>> Some procedural comments : >>>> Since 90% of this is in AWT code, I'd have thought awt-dev should >>>> be included here. >>>> I've added that list. >>>> >>>> And apart from needing separate bug ids, I don't see why the bug >>>> below is confidential. >>>> >>>> >>>> I agree with what Kevin pointed out off-line that as in the dialog >>>> case, the FX side >>>> of the code can use reflection and simply be a harmless >>>> non-functional no-op >>>> if the SwingAccessor does not provide the new method. >>>> >>>> BTW >>>> 264 inline HWND GetOverridenHWnd() { return m_overridenHwnd; } >>>> should be "dd" not "d". >>>> >>>> -phil. >>>> >>>> On 09/21/2017 03:38 AM, Alexander Zvegintsev wrote: >>>>> Hello, >>>>> >>>>> please review the fix >>>>> >>>>> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/00/ >>>>> >>>>> for the issue >>>>> >>>>> https://bugs.openjdk.java.net/browse/JDK-8185634 >>>>> >>>> >>> >> >> > From guru.hb at oracle.com Wed Oct 11 13:27:11 2017 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 11 Oct 2017 18:57:11 +0530 Subject: [webkit][10] Review request: 8170955: JavaFX crash in libjfxwebkit.so Message-ID: <6269FD6B-69D0-42E9-B9EC-466EBD80A282@oracle.com> Hi Arun, Murali & Kevin, Please review the fix for JBS : https://bugs.openjdk.java.net/browse/JDK-8187568 Webrev: http://cr.openjdk.java.net/~ghb/8187568/webrev.00/ RC and solution updated in JBS. Thanks, Guru From guru.hb at oracle.com Wed Oct 11 13:35:31 2017 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 11 Oct 2017 19:05:31 +0530 Subject: [webkit][10] Review request: 8187568: JavaFX crash in libjfxwebkit.so In-Reply-To: <6269FD6B-69D0-42E9-B9EC-466EBD80A282@oracle.com> References: <6269FD6B-69D0-42E9-B9EC-466EBD80A282@oracle.com> Message-ID: <4673A7C0-6D0C-438E-B748-0490A2D81C0C@oracle.com> Resending with correct Bug id in Subject line. > On 11-Oct-2017, at 6:57 PM, Guru Hb wrote: > > Hi Arun, Murali & Kevin, > > Please review the fix for > JBS : https://bugs.openjdk.java.net/browse/JDK-8187568 > Webrev: http://cr.openjdk.java.net/~ghb/8187568/webrev.00/ > > RC and solution updated in JBS. > > Thanks, > Guru From kevin.rushforth at oracle.com Thu Oct 12 00:05:35 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 11 Oct 2017 17:05:35 -0700 Subject: [10] Review request: 8182775: Incorrect copyright footer in introduction_to_fxml.html and cssref.html Message-ID: <59DEB1CF.9030704@oracle.com> Phil, Please review the following copyright footer cleanup fix: https://bugs.openjdk.java.net/browse/JDK-8182775 http://cr.openjdk.java.net/~kcr/8182775/webrev/ -- Kevin From dipak.kumar at oracle.com Thu Oct 12 08:56:10 2017 From: dipak.kumar at oracle.com (Dipak Kumar) Date: Thu, 12 Oct 2017 01:56:10 -0700 (PDT) Subject: [10] Review request: 8130721: [macos] problem with editing thai in TextArea Message-ID: Hi Phil/Kevin, Please review the below fix - Webrev : http://cr.openjdk.java.net/~dkumar/8130721/webrev.00/ JBS : https://bugs.openjdk.java.net/browse/JDK-8130721 Details about the fix has been updated in JBS. Thanks, Dipak From ambarish.rapte at oracle.com Thu Oct 12 12:53:01 2017 From: ambarish.rapte at oracle.com (Ambarish Rapte) Date: Thu, 12 Oct 2017 05:53:01 -0700 (PDT) Subject: [10] Review request : JDK-8172856 : Out of memory exception due to repeated style class changes Message-ID: <09c62752-05ac-49b0-a7de-21f3d89f3f93@default> Hi, Please review the fix: Bug: https://bugs.openjdk.java.net/browse/JDK-8172856 Webrev.00: http://cr.openjdk.java.net/~arapte/fx/8172856/webrev.00/ Webrev.01: http://cr.openjdk.java.net/~arapte/fx/8172856/webrev.01/ More description about the 2 fixes is mentioned at bug. Regards, Ambarish From swpalmer at gmail.com Thu Oct 12 13:32:28 2017 From: swpalmer at gmail.com (Scott Palmer) Date: Thu, 12 Oct 2017 09:32:28 -0400 Subject: Multiselection in a TreeView Message-ID: <483B679B-24F0-4859-B43E-9D7FC112A22E@gmail.com> Try it. It has a lot of issues. - SelectedItems ListChangeListener misses ?Remove? notifications - IndexOutOfBoundsExceptions - Selection of item by clicking on the collapse-node widget See https://bugs.openjdk.java.net/browse/JDK-8189228 Scott From kevin.rushforth at oracle.com Thu Oct 12 14:10:40 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 12 Oct 2017 07:10:40 -0700 Subject: Result: New OpenJFX Committer: Prasanta Sadhukhan Message-ID: <59DF77E0.10203@oracle.com> Voting for Prasanta Sadhukhan [1] to OpenJFX Committer [2] is now closed. Yes: 8 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. -- Kevin [1] http://openjdk.java.net/census#psadhukhan [2] http://mail.openjdk.java.net/pipermail/openjfx-dev/2017-September/020850.html From Sergey.Bylokhov at oracle.com Thu Oct 12 19:44:42 2017 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Thu, 12 Oct 2017 12:44:42 -0700 Subject: [10] Review request for 8185634, 8185634: Java Fx-Swing dialogs appearing behind main stage In-Reply-To: <59DD336F.5050706@oracle.com> References: <234563d7-7f68-296a-523c-c005cf4ca9a5@oracle.com> <26bddfb0-3dfa-92ac-b476-abe5a6bda1e1@oracle.com> <7c868789-6c1e-28c9-af7a-057d551e0dfe@oracle.com> <59DD336F.5050706@oracle.com> Message-ID: <8013fec4-ca01-7701-bc15-2fce01f88ca0@oracle.com> Looks fine. I am not sure but it looks like the fix has an assumption that the CPlatformWindow.setVisible() code will be executed on EDT/Appkit but it is not the case. This code can be executed on any thread(intentionally for crash), and it will be good to check that it works as expected by some stress test which will try to force the possible crash: 4 threads: - show/dispose Swing Node - show/dispose Dialog1/2/3 using different timeouts Will the current fix cover the native dialogs like FileDialog/PrintDialog on linux and windows? On 10/10/2017 13:54, Kevin Rushforth wrote: > Note that there is now a 04 version. > > It looks good to me, although someone more familiar with AWT should also > check the AWT changes. > > We will need a test program for this (as a follow-on issue if not now). > > -- Kevin > > > Alexander Zvegintsev wrote: >> Please review the updated version >> >> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/02/ >> Now we are postponing actual window closing, it happens only after we >> ensure that native window pointer is valid on Swing side. >> >> Thanks, >> Alexander. >> >> On 23/09/2017 08:01, Sergey Bylokhov wrote: >>> Hi, Alexander. >>> How can we be sure that the parent frame will not be disposed while >>> we use a pointer? >>> >>> long ownerWindowPtr = peer.getOverridenWindowHandle(); >>> <<<<< Dispose the peer >>> if (ownerWindowPtr != 0) { >>> ??? //Place window above JavaFX stage >>> ??? CWrapper.NSWindow.addChildWindow( >>> ??? ownerWindowPtr, ptr, CWrapper.NSWindow.NSWindowAbove); >>> <<<<< Boom >>> } >>> >>> >>> On 9/21/17 22:56, Alexander Zvegintsev wrote: >>>> Hi Phil, >>>> >>>> Please review the updated fix with reflection incorporated >>>> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/01/ >>>> >>>> New issue created JDK-8187803 >>>> as JDK >>>> counterpart of this issue. >>>> >>>> Thanks, >>>> Alexander. >>>> >>>> On 21/09/2017 22:25, Phil Race wrote: >>>>> Some procedural comments : >>>>> Since 90% of this is in AWT code, I'd have thought awt-dev should >>>>> be included here. >>>>> I've added that list. >>>>> >>>>> And apart from needing separate bug ids, I don't see why the bug >>>>> below is confidential. >>>>> >>>>> >>>>> I agree with what Kevin pointed out off-line that as in the dialog >>>>> case, the FX side >>>>> of the code can use reflection and simply be a harmless >>>>> non-functional no-op >>>>> if the SwingAccessor does not provide the new method. >>>>> >>>>> BTW >>>>> 264 inline HWND GetOverridenHWnd() { return m_overridenHwnd; } >>>>> should be "dd" not "d". >>>>> >>>>> -phil. >>>>> >>>>> On 09/21/2017 03:38 AM, Alexander Zvegintsev wrote: >>>>>> Hello, >>>>>> >>>>>> please review the fix >>>>>> >>>>>> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/00/ >>>>>> >>>>>> for the issue >>>>>> >>>>>> https://bugs.openjdk.java.net/browse/JDK-8185634 >>>>>> >>>>> >>>> >>> >>> >> -- Best regards, Sergey. From bourges.laurent at gmail.com Fri Oct 13 09:20:03 2017 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Fri, 13 Oct 2017 11:20:03 +0200 Subject: JavaOne slides about Marlin/FX renderer Message-ID: Hi, Here are my final JavaOne slides about the Marlin & MarlinFX renderers: https://github.com/bourgesl/bourgesl.github.io/raw/master/ja vaone2017/slides/javaone-marlin-talk.pdf You will also get links to my github repositories... Please join me in my efforts improving either Java2D or JavaFX (performance, quality, better 3D support in JFX) by contributing to the Marlin project or sponsoring me working for the java community (OpenJDK & OpenJFX). Cheers, Laurent From johnvalrose at gmail.com Fri Oct 13 09:25:29 2017 From: johnvalrose at gmail.com (John-Val Rose) Date: Fri, 13 Oct 2017 20:25:29 +1100 Subject: JavaOne slides about Marlin/FX renderer In-Reply-To: References: Message-ID: Hi Laurent, You have my full support. I have emailed your privately and believe we can work together to improve JavaFX in the ways you mentioned. BTW: MarlinFX is a truly awesome contribution. Thanks on behalf of the JavaFX community! ?? Graciously, John-Val Rose Chief Scientist/Architect Rosethorn Technology Australia On 13 October 2017 at 20:20, Laurent Bourg?s wrote: > Hi, > > Here are my final JavaOne slides about the Marlin & MarlinFX renderers: > https://github.com/bourgesl/bourgesl.github.io/raw/master/ja > vaone2017/slides/javaone-marlin-talk.pdf > > You will also get links to my github repositories... > > Please join me in my efforts improving either Java2D or JavaFX > (performance, quality, better 3D support in JFX) by contributing to the > Marlin project or sponsoring me working for the java community (OpenJDK & > OpenJFX). > > Cheers, > Laurent > From nlisker at gmail.com Fri Oct 13 12:24:02 2017 From: nlisker at gmail.com (Nir Lisker) Date: Fri, 13 Oct 2017 15:24:02 +0300 Subject: openjfx-dev Digest, Vol 71, Issue 15 In-Reply-To: References: Message-ID: Hi, Thanks for the slides Laurent. Was the talk not recorded? Would like to get in on the community effort discussion. If possible, include me in it. Thanks, Nir On Fri, Oct 13, 2017 at 3:00 PM, wrote: > Send openjfx-dev mailing list submissions to > openjfx-dev at openjdk.java.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.openjdk.java.net/mailman/listinfo/openjfx-dev > or, via email, send a message with subject or body 'help' to > openjfx-dev-request at openjdk.java.net > > You can reach the person managing the list at > openjfx-dev-owner at openjdk.java.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of openjfx-dev digest..." > > > Today's Topics: > > 1. [10] Review request : JDK-8172856 : Out of memory exception > due to repeated style class changes (Ambarish Rapte) > 2. Multiselection in a TreeView (Scott Palmer) > 3. Result: New OpenJFX Committer: Prasanta Sadhukhan > (Kevin Rushforth) > 4. Re: [10] Review request for 8185634, 8185634: Java Fx-Swing > dialogs appearing behind main stage (Sergey Bylokhov) > 5. JavaOne slides about Marlin/FX renderer (Laurent Bourg?s) > 6. Re: JavaOne slides about Marlin/FX renderer (John-Val Rose) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 12 Oct 2017 05:53:01 -0700 (PDT) > From: Ambarish Rapte > To: openjfx-dev at openjdk.java.net, Kevin Rushforth > , Ajit Ghaisas < > ajit.ghaisas at oracle.com> > Subject: [10] Review request : JDK-8172856 : Out of memory exception > due to repeated style class changes > Message-ID: <09c62752-05ac-49b0-a7de-21f3d89f3f93 at default> > Content-Type: text/plain; charset=us-ascii > > Hi, > > > > Please review the fix: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8172856 > > Webrev.00: http://cr.openjdk.java.net/~ > arapte/fx/8172856/webrev.00/ > > Webrev.01: http://cr.openjdk.java.net/~ > arapte/fx/8172856/webrev.01/ > > > > More description about the 2 fixes is mentioned at bug. > > > > > > Regards, > > Ambarish > > > > > ------------------------------ > > Message: 2 > Date: Thu, 12 Oct 2017 09:32:28 -0400 > From: Scott Palmer > To: OpenJFX Mailing List > Subject: Multiselection in a TreeView > Message-ID: <483B679B-24F0-4859-B43E-9D7FC112A22E at gmail.com> > Content-Type: text/plain; charset=utf-8 > > Try it. It has a lot of issues. > - SelectedItems ListChangeListener misses ?Remove? notifications > - IndexOutOfBoundsExceptions > - Selection of item by clicking on the collapse-node widget > > See https://bugs.openjdk.java.net/browse/JDK-8189228 > > Scott > > ------------------------------ > > Message: 3 > Date: Thu, 12 Oct 2017 07:10:40 -0700 > From: Kevin Rushforth > To: registrar at openjdk.java.net, Prasanta Sadhukhan > , "openjfx-dev at openjdk.java.net" > > Subject: Result: New OpenJFX Committer: Prasanta Sadhukhan > Message-ID: <59DF77E0.10203 at oracle.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Voting for Prasanta Sadhukhan [1] to OpenJFX Committer [2] is now closed. > > Yes: 8 > Veto: 0 > Abstain: 0 > > According to the Bylaws definition of Lazy Consensus, this is sufficient > to approve the nomination. > > -- Kevin > > [1] http://openjdk.java.net/census#psadhukhan > [2] > http://mail.openjdk.java.net/pipermail/openjfx-dev/2017- > September/020850.html > > > > ------------------------------ > > Message: 4 > Date: Thu, 12 Oct 2017 12:44:42 -0700 > From: Sergey Bylokhov > To: Kevin Rushforth , Alexander Zvegintsev > > Cc: "awt-dev at openjdk.java.net" , > "openjfx-dev at openjdk.java.net" > Subject: Re: [10] Review request for 8185634, 8185634: Java Fx-Swing > dialogs appearing behind main stage > Message-ID: <8013fec4-ca01-7701-bc15-2fce01f88ca0 at oracle.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > Looks fine. > I am not sure but it looks like the fix has an assumption that the > CPlatformWindow.setVisible() code will be executed on EDT/Appkit but it > is not the case. This code can be executed on any thread(intentionally > for crash), and it will be good to check that it works as expected by > some stress test which will try to force the possible crash: 4 threads: > - show/dispose Swing Node > - show/dispose Dialog1/2/3 using different timeouts > > Will the current fix cover the native dialogs like > FileDialog/PrintDialog on linux and windows? > > On 10/10/2017 13:54, Kevin Rushforth wrote: > > Note that there is now a 04 version. > > > > It looks good to me, although someone more familiar with AWT should also > > check the AWT changes. > > > > We will need a test program for this (as a follow-on issue if not now). > > > > -- Kevin > > > > > > Alexander Zvegintsev wrote: > >> Please review the updated version > >> > >> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/02/ > >> Now we are postponing actual window closing, it happens only after we > >> ensure that native window pointer is valid on Swing side. > >> > >> Thanks, > >> Alexander. > >> > >> On 23/09/2017 08:01, Sergey Bylokhov wrote: > >>> Hi, Alexander. > >>> How can we be sure that the parent frame will not be disposed while > >>> we use a pointer? > >>> > >>> long ownerWindowPtr = peer.getOverridenWindowHandle(); > >>> <<<<< Dispose the peer > >>> if (ownerWindowPtr != 0) { > >>> ??? //Place window above JavaFX stage > >>> ??? CWrapper.NSWindow.addChildWindow( > >>> ??? ownerWindowPtr, ptr, CWrapper.NSWindow.NSWindowAbove); > >>> <<<<< Boom > >>> } > >>> > >>> > >>> On 9/21/17 22:56, Alexander Zvegintsev wrote: > >>>> Hi Phil, > >>>> > >>>> Please review the updated fix with reflection incorporated > >>>> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/01/ > >>>> > >>>> New issue created JDK-8187803 > >>>> as JDK > >>>> counterpart of this issue. > >>>> > >>>> Thanks, > >>>> Alexander. > >>>> > >>>> On 21/09/2017 22:25, Phil Race wrote: > >>>>> Some procedural comments : > >>>>> Since 90% of this is in AWT code, I'd have thought awt-dev should > >>>>> be included here. > >>>>> I've added that list. > >>>>> > >>>>> And apart from needing separate bug ids, I don't see why the bug > >>>>> below is confidential. > >>>>> > >>>>> > >>>>> I agree with what Kevin pointed out off-line that as in the dialog > >>>>> case, the FX side > >>>>> of the code can use reflection and simply be a harmless > >>>>> non-functional no-op > >>>>> if the SwingAccessor does not provide the new method. > >>>>> > >>>>> BTW > >>>>> 264 inline HWND GetOverridenHWnd() { return m_overridenHwnd; } > >>>>> should be "dd" not "d". > >>>>> > >>>>> -phil. > >>>>> > >>>>> On 09/21/2017 03:38 AM, Alexander Zvegintsev wrote: > >>>>>> Hello, > >>>>>> > >>>>>> please review the fix > >>>>>> > >>>>>> http://cr.openjdk.java.net/~azvegint/jdk/10/8185634/00/ > >>>>>> > >>>>>> for the issue > >>>>>> > >>>>>> https://bugs.openjdk.java.net/browse/JDK-8185634 > >>>>>> > >>>>> > >>>> > >>> > >>> > >> > > > -- > Best regards, Sergey. > > > ------------------------------ > > Message: 5 > Date: Fri, 13 Oct 2017 11:20:03 +0200 > From: Laurent Bourg?s > To: marlin-renderer at googlegroups.com > Cc: "2d-dev at openjdk.java.net" <2d-dev at openjdk.java.net>, > "openjfx-dev at openjdk.java.net Mailing" < > openjfx-dev at openjdk.java.net> > Subject: JavaOne slides about Marlin/FX renderer > Message-ID: > gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hi, > > Here are my final JavaOne slides about the Marlin & MarlinFX renderers: > https://github.com/bourgesl/bourgesl.github.io/raw/master/ja > vaone2017/slides/javaone-marlin-talk.pdf > > You will also get links to my github repositories... > > Please join me in my efforts improving either Java2D or JavaFX > (performance, quality, better 3D support in JFX) by contributing to the > Marlin project or sponsoring me working for the java community (OpenJDK & > OpenJFX). > > Cheers, > Laurent > > > ------------------------------ > > Message: 6 > Date: Fri, 13 Oct 2017 20:25:29 +1100 > From: John-Val Rose > To: Laurent Bourg?s > Cc: "2d-dev at openjdk.java.net" <2d-dev at openjdk.java.net>, > "openjfx-dev at openjdk.java.net Mailing" < > openjfx-dev at openjdk.java.net>, > marlin-renderer at googlegroups.com > Subject: Re: JavaOne slides about Marlin/FX renderer > Message-ID: > gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hi Laurent, > > You have my full support. I have emailed your privately and believe we can > work together to improve JavaFX in the ways you mentioned. > > BTW: MarlinFX is a truly awesome contribution. Thanks on behalf of the > JavaFX community! > > ?? > Graciously, > > John-Val Rose > Chief Scientist/Architect > Rosethorn Technology > Australia > > On 13 October 2017 at 20:20, Laurent Bourg?s > wrote: > > > Hi, > > > > Here are my final JavaOne slides about the Marlin & MarlinFX renderers: > > https://github.com/bourgesl/bourgesl.github.io/raw/master/ja > > vaone2017/slides/javaone-marlin-talk.pdf > > > > You will also get links to my github repositories... > > > > Please join me in my efforts improving either Java2D or JavaFX > > (performance, quality, better 3D support in JFX) by contributing to the > > Marlin project or sponsoring me working for the java community (OpenJDK & > > OpenJFX). > > > > Cheers, > > Laurent > > > > > End of openjfx-dev Digest, Vol 71, Issue 15 > ******************************************* > From kevin.rushforth at oracle.com Fri Oct 13 12:38:22 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 13 Oct 2017 05:38:22 -0700 Subject: Result: New OpenJFX Committer: Prasanta Sadhukhan In-Reply-To: <59DF77E0.10203@oracle.com> References: <59DF77E0.10203@oracle.com> Message-ID: <59E0B3BE.10308@oracle.com> It was noticed that only 6 votes were publicly cast. The other 2 were mistakenly sent just to me (Reply rather than Reply-all). I will forward them to the alias so that the record is complete. Worth noting is that this doesn't affect the outcome. -- Kevin Kevin Rushforth wrote: > Voting for Prasanta Sadhukhan [1] to OpenJFX Committer [2] is now closed. > > Yes: 8 > Veto: 0 > Abstain: 0 > > According to the Bylaws definition of Lazy Consensus, this is > sufficient to approve the nomination. > > -- Kevin > > [1] http://openjdk.java.net/census#psadhukhan > [2] > http://mail.openjdk.java.net/pipermail/openjfx-dev/2017-September/020850.html > > From kevin.rushforth at oracle.com Fri Oct 13 12:38:32 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 13 Oct 2017 05:38:32 -0700 Subject: [Fwd: Re: CFV: New OpenJFX Committer: Prasanta Sadhukhan] Message-ID: <59E0B3C8.4000100@oracle.com> -------------- next part -------------- An embedded message was scrubbed... From: Philip Race Subject: Re: CFV: New OpenJFX Committer: Prasanta Sadhukhan Date: Wed, 27 Sep 2017 20:01:05 -0700 Size: 761 URL: From kevin.rushforth at oracle.com Fri Oct 13 12:38:45 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 13 Oct 2017 05:38:45 -0700 Subject: [Fwd: Re: CFV: New OpenJFX Committer: Prasanta Sadhukhan] Message-ID: <59E0B3D5.7000005@oracle.com> -------------- next part -------------- An embedded message was scrubbed... From: Arunprasad Rajkumar Subject: Re: CFV: New OpenJFX Committer: Prasanta Sadhukhan Date: Thu, 28 Sep 2017 10:14:00 +0530 Size: 687 URL: From kevin.rushforth at oracle.com Fri Oct 13 16:19:33 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 13 Oct 2017 09:19:33 -0700 Subject: [10] Review request: 8144781: Assertion failure in debug build running any JavaFX program on Mac Message-ID: <59E0E795.8030902@oracle.com> Please review the following simple fix to remove a bogus assert statement. The one-line diff is in the bug report. https://bugs.openjdk.java.net/browse/JDK-8144781 This doesn't affect the production build at all, but allows debug builds to start working again on Mac. -- Kevin From bourges.laurent at gmail.com Sat Oct 14 10:46:14 2017 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Sat, 14 Oct 2017 12:46:14 +0200 Subject: JavaOne slides about Marlin/FX renderer In-Reply-To: References: Message-ID: Hi, Please join me in my efforts improving either Java2D or JavaFX (performance, quality, better 3D support in JFX) by contributing to the Marlin project or sponsoring me working for the java community (OpenJDK & OpenJFX). Here are important clarifications, that represents my point of view (see conclusion of my slides): - I was overbusy with Marlin & MarlinFX projects in the last 3 years: It consumed a lot of my spare time. I succeeded with JEP265, maybe the only FOSS & independent contribution in Java 9, in integrating these renderers into OpenJDK & OpenJFX. I consider my JavaOne talk as an achievement and I will not spend much time on these lovely projects, only on small changes or bug fixes (see github issue boards). Maybe someone else could implement more important enhancements... as a new project leader that I can sponsor and help. Please join OpenJDK or OpenJFX projects too in order to provide your own improvements. I do not want to be a community leader or waste my time on long discussion threads: I prefer coding concrete changes provided freely to the community, free & alone in the dark. - I am absolutely a performance engineer, so please report any performance issue in bugs.openjdk.java.net and I may have a look. Better performance means higher power efficiency that represents large gains in the global power consumption for any data center. At the earth scale, this is my contribution to reduce our human footprint and hopefully lower the impact of the climate change. Finally Adopt any FOSS project you like and contribute: code, or any bug reports, documentation, tests, benchmarks ... if you have time. You can also give money to any contributor you appreciate or enjoy benefits of his work (sponsoring). Thanks again to all my sponsors that made my JavaOne talk happen. PS: As mentioned, I have not enough free time to implement new JavaFX features, only fix some perf bugs if I can. Please do it yourself or try improving any great JavaFX libs... Goodbye & Good luck, Laurent Bourges From alexander.zvegintsev at oracle.com Mon Oct 16 05:19:32 2017 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Mon, 16 Oct 2017 10:49:32 +0530 Subject: [10] Review request 8185827: SEGV in com.sun.glass.ui.mac.MacCommonDialogs. Message-ID: <42bf4a17-0735-68d3-13cf-03d3d4e65922@oracle.com> Hello, please review the fix http://cr.openjdk.java.net/~azvegint/jdk/10/8185827/01/ for the issue https://bugs.openjdk.java.net/browse/JDK-8185827 -- Thanks, Alexander. From murali.billa at oracle.com Mon Oct 16 20:03:00 2017 From: murali.billa at oracle.com (Murali Billa) Date: Mon, 16 Oct 2017 13:03:00 -0700 (PDT) Subject: [10] Review request for 8189350: Crash due to ASSERT(url == m_string) fail while loading URL In-Reply-To: <59b7e388-3537-41a2-bd47-fc1ce3eae3d7@default> References: <5d429381-0799-e757-c070-827af4746317@oracle.com> <4816ea91-3506-4e52-84f6-86f04768d6f3@default> <9d808a20-87b9-4b9e-bcd8-a3a7a8ad2a20@default> <8ff1fe45-0844-4811-943a-3f76e4f9c71c@default> <667f16a9-820e-4d63-ac76-09b08b8629d1@default> <59b7e388-3537-41a2-bd47-fc1ce3eae3d7@default> Message-ID: <1191f172-218b-4942-b956-10566c21c5a2@default> ? Hi Kevin, Arun Please review the below simple fix. JIRA: https://bugs.openjdk.java.net/browse/JDK-8189350 ? Webrev: http://cr.openjdk.java.net/~mbilla/8189350/webrev.00/ ? Thanks, Murali From ajit.ghaisas at oracle.com Tue Oct 17 11:27:13 2017 From: ajit.ghaisas at oracle.com (Ajit Ghaisas) Date: Tue, 17 Oct 2017 04:27:13 -0700 (PDT) Subject: [10] Review request : JDK-8155893 : Mnemonic mark misplaced in multiline button Message-ID: <227b7fd4-84b7-4866-807b-2578e7af7400@default> Hi, Request you to review following fix : Issue : https://bugs.openjdk.java.net/browse/JDK-8155893 Fix : http://cr.openjdk.java.net/~aghaisas/fx/8155893/webrev.1/ Regards, Ajit From murali.billa at oracle.com Tue Oct 17 11:46:58 2017 From: murali.billa at oracle.com (Murali Billa) Date: Tue, 17 Oct 2017 04:46:58 -0700 (PDT) Subject: [10] Review request for 8189420: Crash in :web:test in debug build In-Reply-To: <1191f172-218b-4942-b956-10566c21c5a2@default> References: <5d429381-0799-e757-c070-827af4746317@oracle.com> <4816ea91-3506-4e52-84f6-86f04768d6f3@default> <9d808a20-87b9-4b9e-bcd8-a3a7a8ad2a20@default> <8ff1fe45-0844-4811-943a-3f76e4f9c71c@default> <667f16a9-820e-4d63-ac76-09b08b8629d1@default> <59b7e388-3537-41a2-bd47-fc1ce3eae3d7@default> <1191f172-218b-4942-b956-10566c21c5a2@default> Message-ID: <020494c1-81b0-495c-acbf-a3d79b67b186@default> ? Hi Kevin, Arun Please review the below fix. JIRA: https://bugs.openjdk.java.net/browse/JDK-8189420 ? Webrev: http://cr.openjdk.java.net/~mbilla/8189420/webrev.00/ ? Thanks, Murali From kevin.rushforth at oracle.com Tue Oct 17 17:51:30 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 17 Oct 2017 10:51:30 -0700 Subject: Changes for April 2017 CPU release (8u152) synced into FX 8u-dev and 10-dev Message-ID: <59E64322.9080009@oracle.com> FYI, I have synced the OpenJFX changes from the just-released October 2017 CPU/PSU release (8u152) into 8u and into 10. -- Kevin From kevin.rushforth at oracle.com Tue Oct 17 17:52:23 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 17 Oct 2017 10:52:23 -0700 Subject: Changes for October 2017 CPU release (8u152) synced into FX 8u-dev and 10-dev In-Reply-To: <59E64322.9080009@oracle.com> References: <59E64322.9080009@oracle.com> Message-ID: <59E64357.8050000@oracle.com> [resend with corrected subject line] FYI, I have synced the OpenJFX changes from the just-released October 2017 CPU/PSU release (8u152) into 8u and into 10. -- Kevin From paulrussell70 at gmail.com Tue Oct 17 20:54:20 2017 From: paulrussell70 at gmail.com (Paul Russell) Date: Tue, 17 Oct 2017 21:54:20 +0100 Subject: Thanks to the reviewer for checking out my bug post Message-ID: Hi JavaFX mailing list, I posted this bug: http://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8189180 I really appreciate how quickly this was looked into. However, I still can't see how this expected behaviour, unless there is a better way to create modal windows? My application is a game, and my hand-drawn cursor is distinct from the windows system cursor. Hence, this behaviour looks appalling, I've switched to .initModality(Modality.NONE); But disabling parent windows controls is cluttering my code. Thanks From kevin.rushforth at oracle.com Tue Oct 17 21:11:24 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 17 Oct 2017 14:11:24 -0700 Subject: Thanks to the reviewer for checking out my bug post In-Reply-To: References: Message-ID: <59E671FC.4080804@oracle.com> Hi Paul, A modal dialog disables the parent window (if Modality.WINDOW_MODAL) or all other windows (if Modality.APPLICATION_MODAL). This includes not processing mouse events, such as window_enter, which means that custom cursors don't get activated for the disabled window. Native apps also tend to work this way. For example, when you run Notepad (Windows 7 or 10), it sets a custom cursor to the text insertion cursor (the I-bar cursor). If you type some text and then hit the close button, the modal "Save" dialog that comes up will prevent the custom cursor from being shown. So yes, it is working as intended, and this is not a bug. -- Kevin Paul Russell wrote: > Hi JavaFX mailing list, > > I posted this bug: > http://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8189180 > > I really appreciate how quickly this was looked into. However, I still > can't see how this expected behaviour, unless there is a better way to > create modal windows? My application is a game, and my hand-drawn cursor is > distinct from the windows system cursor. Hence, this behaviour looks > appalling, I've switched to > > .initModality(Modality.NONE); > > But disabling parent windows controls is cluttering my code. > > Thanks > From adam at adamish.com Wed Oct 18 09:06:01 2017 From: adam at adamish.com (Adam Granger) Date: Wed, 18 Oct 2017 10:06:01 +0100 Subject: JavaFX not in Oracle OpenJDK builds Message-ID: Oracle is now doing OpenJDK builds, e.g. 9.0.1 at http://jdk.java.net/9/ However these don't appear to include JavaFX. Is this intentional? Will this always be the case in the future? Thanks. Adam. -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From kevin.rushforth at oracle.com Wed Oct 18 12:19:27 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 18 Oct 2017 05:19:27 -0700 Subject: JavaFX not in Oracle OpenJDK builds In-Reply-To: References: Message-ID: <59E746CF.6070007@oracle.com> For JDK 9 and 9 updates this will always be the case. We are looking to include FX for future releases (which will require some hopefully minor build changes). -- Kevin Adam Granger wrote: > Oracle is now doing OpenJDK builds, e.g. 9.0.1 at http://jdk.java.net/9/ > > However these don't appear to include JavaFX. Is this intentional? Will this always be the case in the future? > > Thanks. > > Adam. > > > From kevin.rushforth at oracle.com Wed Oct 18 12:27:33 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 18 Oct 2017 05:27:33 -0700 Subject: JavaFX not in Oracle OpenJDK builds In-Reply-To: <59E746CF.6070007@oracle.com> References: <59E746CF.6070007@oracle.com> Message-ID: <59E748B5.2010306@oracle.com> I should note that providing OpenJDK binaries for platforms other than Linux is also planned. -- Kevin Kevin Rushforth wrote: > For JDK 9 and 9 updates this will always be the case. We are looking > to include FX for future releases (which will require some hopefully > minor build changes). > > -- Kevin > > > Adam Granger wrote: >> Oracle is now doing OpenJDK builds, e.g. 9.0.1 at http://jdk.java.net/9/ >> >> However these don't appear to include JavaFX. Is this intentional? >> Will this always be the case in the future? >> >> Thanks. >> >> Adam. >> >> >> From mp at jugs.org Wed Oct 18 14:25:48 2017 From: mp at jugs.org (Michael Paus) Date: Wed, 18 Oct 2017 16:25:48 +0200 Subject: JavaFX not in Oracle OpenJDK builds In-Reply-To: <59E746CF.6070007@oracle.com> References: <59E746CF.6070007@oracle.com> Message-ID: <98e943ae-4f5b-03df-01a0-343eaa5105f0@jugs.org> This is great news and I think this could give JavaFX a boost if it were readily available in all OpenJDK builds (also on other platforms than Linux). Is there already a time frame for when this is planned? Michael Am 18.10.17 um 14:19 schrieb Kevin Rushforth: > We are looking to include FX for future releases (which will require > some hopefully minor build changes). > > -- Kevin > > > Adam Granger wrote: >> Oracle is now doing OpenJDK builds, e.g. 9.0.1 at http://jdk.java.net/9/ >> >> However these don't appear to include JavaFX. Is this intentional? >> Will this always be the case in the future? >> >> Thanks. >> >> Adam. >> >> From victor.drozdov at oracle.com Wed Oct 18 23:13:29 2017 From: victor.drozdov at oracle.com (victor.drozdov at oracle.com) Date: Wed, 18 Oct 2017 16:13:29 -0700 Subject: JEP 311: Java Packager API & CLI Message-ID: <3fc4f584-a9d9-3264-107b-1630d981f76f@oracle.com> New JEP Candidate: JEP 311: Java Packager API & CLI: http://openjdk.java.net/jeps/311 Mailing list for further discussion: jdk-dev at openjdk.java.net --Victor From kevin.rushforth at oracle.com Wed Oct 18 23:25:03 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 18 Oct 2017 16:25:03 -0700 Subject: JEP 311: Java Packager API & CLI In-Reply-To: <3fc4f584-a9d9-3264-107b-1630d981f76f@oracle.com> References: <3fc4f584-a9d9-3264-107b-1630d981f76f@oracle.com> Message-ID: <59E7E2CF.2060507@oracle.com> To add to this, if you are interested in participating in the discussion about the JEP, the discussion should happen on jdk-dev. When Victor is ready to post a webrev, he will cross-post the review to both jdk-dev and openjfx-dev. -- Kevin victor.drozdov at oracle.com wrote: > New JEP Candidate: > > JEP 311: Java Packager API & CLI: http://openjdk.java.net/jeps/311 > Mailing list for further discussion: jdk-dev at openjdk.java.net > > --Victor > From kevin.rushforth at oracle.com Thu Oct 19 01:40:14 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 18 Oct 2017 18:40:14 -0700 Subject: JavaFX not in Oracle OpenJDK builds In-Reply-To: <98e943ae-4f5b-03df-01a0-343eaa5105f0@jugs.org> References: <59E746CF.6070007@oracle.com> <98e943ae-4f5b-03df-01a0-343eaa5105f0@jugs.org> Message-ID: <59E8027E.70301@oracle.com> I'm not aware of any specific timeline. -- Kevin Michael Paus wrote: > This is great news and I think this could give JavaFX a boost if it > were readily available in all OpenJDK builds > (also on other platforms than Linux). Is there already a time frame > for when this is planned? > > Michael > > Am 18.10.17 um 14:19 schrieb Kevin Rushforth: >> We are looking to include FX for future releases (which will require >> some hopefully minor build changes). >> >> -- Kevin >> >> >> Adam Granger wrote: >>> Oracle is now doing OpenJDK builds, e.g. 9.0.1 at >>> http://jdk.java.net/9/ >>> >>> However these don't appear to include JavaFX. Is this intentional? >>> Will this always be the case in the future? >>> >>> Thanks. >>> >>> Adam. >>> >>> > From prem.balakrishnan at oracle.com Thu Oct 19 06:56:18 2017 From: prem.balakrishnan at oracle.com (Prem Balakrishnan) Date: Wed, 18 Oct 2017 23:56:18 -0700 (PDT) Subject: [10]Review Request: JDK-8189641 : [Accessibility, windows] NPE when navigating to ComboBox with empty string Message-ID: <563f6888-b833-436b-9b5a-925b51ee539c@default> Hi Kevin, Ajit Request you to review following fix: Bug: https://bugs.openjdk.java.net/browse/JDK-8189641 Webrev: http://cr.openjdk.java.net/~pkbalakr/fx/Accessibility/8189641/webrev00/ Regards, Prem From prem.balakrishnan at oracle.com Thu Oct 19 08:09:09 2017 From: prem.balakrishnan at oracle.com (Prem Balakrishnan) Date: Thu, 19 Oct 2017 01:09:09 -0700 (PDT) Subject: [10] Review Request: JDK-8087541 : [Accessibility] BubbleChart values are not getting read Message-ID: <600c2ea1-68aa-40c6-a1fd-e7e095215929@default> Hi Kevin, Ajit Request you to review following fix: Bug: https://bugs.openjdk.java.net/browse/JDK-8087541 Webrev: http://cr.openjdk.java.net/~pkbalakr/fx/Accessibility/8087541/webrev.00/ Regards, Prem From rajath.kamath at oracle.com Thu Oct 19 11:29:41 2017 From: rajath.kamath at oracle.com (Rajath Kamath) Date: Thu, 19 Oct 2017 04:29:41 -0700 (PDT) Subject: [webkit][10] Review request - 8187928: Images copied from clipboard not written in source file format Message-ID: Hi all, Please review a bug fix: JBS : https://bugs.openjdk.java.net/browse/JDK-8187928 WebRev : http://cr.openjdk.java.net/~ghb/rkamath/8187928/webrev.00/ Thanks, Rajath From ajit.ghaisas at oracle.com Thu Oct 19 11:36:18 2017 From: ajit.ghaisas at oracle.com (Ajit Ghaisas) Date: Thu, 19 Oct 2017 04:36:18 -0700 (PDT) Subject: [10] Review request : JDK-8188164 : Visual glitch / layout issue when setting pref height of table column headers Message-ID: <3f7c31a6-8620-4a63-aea2-18e8d903dfa6@default> Hi, Request you to review following fix : Issue : https://bugs.openjdk.java.net/browse/JDK- 8188164 Fix : http://cr.openjdk.java.net/~aghaisas/fx/8188164/webrev.0/ Regards, Ajit From bourges.laurent at gmail.com Thu Oct 19 17:30:29 2017 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Thu, 19 Oct 2017 19:30:29 +0200 Subject: Build JFX-10 on linux gcc 6 In-Reply-To: References: Message-ID: Hi, I cloned a fresh openjfx 10 and I got gradle build error with gcc 6 on my ubuntu 17.4 as gcc warnings are considered as errors. Sorry I forgot how to fix the gradle setting to avoid -Werror. What is the trick ? Laurent From sverre.moe at gmail.com Thu Oct 19 18:04:53 2017 From: sverre.moe at gmail.com (Sverre Moe) Date: Thu, 19 Oct 2017 20:04:53 +0200 Subject: JEP 311: Java Packager API & CLI (Kevin Rushforth) Message-ID: The preliminary list of new arguments has arguments for DEB, but not RPM. Really hope RPM is not phased out after refactoring arguments for later removal after JDK10. What is the reason for removing support for Java Web Start (JNLP) in the Java Packager? /Sverre > Date: Wed, 18 Oct 2017 16:13:29 -0700 > From: victor.drozdov at oracle.com > To: openjfx-dev at openjdk.java.net > Subject: JEP 311: Java Packager API & CLI > Message-ID: <3fc4f584-a9d9-3264-107b-1630d981f76f at oracle.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > New JEP Candidate: > > JEP 311: Java Packager API & CLI: http://openjdk.java.net/jeps/311 > Mailing list for further discussion: jdk-dev at openjdk.java.net > > --Victor > > From kevin.rushforth at oracle.com Thu Oct 19 18:40:09 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 19 Oct 2017 11:40:09 -0700 Subject: Build JFX-10 on linux gcc 6 In-Reply-To: References: Message-ID: <59E8F189.2020800@oracle.com> Hi Laurent, We don't have an easy way to suppress -Werror (no equivalent of JDK's --disable-warnings-as-errors configure option). For the short term, you can edit buildSrc/linux.gradle and remove the --Werror flags that are causing the problems. Can you file a bug to track fixing these warnings on gcc 6? Even though we still build our production bits using gcc 4.9.1 we don't want to stop someone from building on the latest compiler. -- Kevin Laurent Bourg?s wrote: > Hi, > > I cloned a fresh openjfx 10 and I got gradle build error with gcc 6 on > my ubuntu 17.4 as gcc warnings are considered as errors. > > Sorry I forgot how to fix the gradle setting to avoid -Werror. > > What is the trick ? > > Laurent From victor.drozdov at oracle.com Thu Oct 19 20:01:59 2017 From: victor.drozdov at oracle.com (victor.drozdov at oracle.com) Date: Thu, 19 Oct 2017 13:01:59 -0700 Subject: JEP 311: Java Packager API & CLI (Kevin Rushforth) In-Reply-To: References: Message-ID: <2844a425-ebdb-f2b5-d6d6-13b8cb3d5095@oracle.com> Hi, Sverre. > The preliminary list of new arguments has arguments for DEB, but not RPM. > Really hope RPM is not phased out after refactoring arguments for later > removal after JDK10. RPM will not be phased out. It's just a preliminary list of arguments. > > What is the reason for removing support for Java Web Start (JNLP) in the > Java Packager? Support for Java Web Start will be available for old CLI --Victor > > /Sverre > > >> Date: Wed, 18 Oct 2017 16:13:29 -0700 >> From: victor.drozdov at oracle.com >> To: openjfx-dev at openjdk.java.net >> Subject: JEP 311: Java Packager API & CLI >> Message-ID: <3fc4f584-a9d9-3264-107b-1630d981f76f at oracle.com> >> Content-Type: text/plain; charset=utf-8; format=flowed >> >> New JEP Candidate: >> >> JEP 311: Java Packager API & CLI: http://openjdk.java.net/jeps/311 >> Mailing list for further discussion: jdk-dev at openjdk.java.net >> >> --Victor >> >> From bourges.laurent at gmail.com Thu Oct 19 20:10:24 2017 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Thu, 19 Oct 2017 22:10:24 +0200 Subject: Build JFX-10 on linux gcc 6 In-Reply-To: <59E8F189.2020800@oracle.com> References: <59E8F189.2020800@oracle.com> Message-ID: Hi Kevin, As I deleted (by mistake) my former OpenJFX10, I was a bit lost ! 2017-10-19 20:40 UTC+02:00, Kevin Rushforth : > Hi Laurent, > > We don't have an easy way to suppress -Werror (no equivalent of JDK's > --disable-warnings-as-errors configure option). > > For the short term, you can edit buildSrc/linux.gradle and remove the > --Werror flags that are causing the problems. > > Can you file a bug to track fixing these warnings on gcc 6? Even though > we still build our production bits using gcc 4.9.1 we don't want to stop > someone from building on the latest compiler. Thanks for your help, it reminded me what I did few months ago. Here is the new bug: https://bugs.openjdk.java.net/browse/JDK-8189689 I also fixed the wait() calls for gcc-6 and the build is OK and it works ! Thanks, Laurent From mik3hall at gmail.com Thu Oct 19 20:48:55 2017 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 19 Oct 2017 15:48:55 -0500 Subject: JEP 311: Java Packager API & CLI (Kevin Rushforth) In-Reply-To: <2844a425-ebdb-f2b5-d6d6-13b8cb3d5095@oracle.com> References: <2844a425-ebdb-f2b5-d6d6-13b8cb3d5095@oracle.com> Message-ID: > On Oct 19, 2017, at 3:01 PM, victor.drozdov at oracle.com wrote: > > Hi, Sverre. > >> The preliminary list of new arguments has arguments for DEB, but not RPM. >> Really hope RPM is not phased out after refactoring arguments for later >> removal after JDK10. > RPM will not be phased out. It's just a preliminary list of arguments. >> >> What is the reason for removing support for Java Web Start (JNLP) in the >> Java Packager? > > Support for Java Web Start will be available for old CLI I don?t see --add-exports listed with the JEP arguments, my understanding is that for the current release of Java 9 this might sometimes be needed for restricted API?s? From kevin.rushforth at oracle.com Thu Oct 19 21:00:42 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 19 Oct 2017 14:00:42 -0700 Subject: JEP 311: Java Packager API & CLI In-Reply-To: References: <2844a425-ebdb-f2b5-d6d6-13b8cb3d5095@oracle.com> Message-ID: <59E9127A.4030102@oracle.com> [truncating the subject line to remove my name, which isn't relevant] The JEP discussion should happen at jdk-dev, so please go there to ask questions about the JEP or to discuss it. -- Kevin Michael Hall wrote: >> On Oct 19, 2017, at 3:01 PM, victor.drozdov at oracle.com wrote: >> >> Hi, Sverre. >> >> >>> The preliminary list of new arguments has arguments for DEB, but not RPM. >>> Really hope RPM is not phased out after refactoring arguments for later >>> removal after JDK10. >>> >> RPM will not be phased out. It's just a preliminary list of arguments. >> >>> What is the reason for removing support for Java Web Start (JNLP) in the >>> Java Packager? >>> >> Support for Java Web Start will be available for old CLI >> > > I don?t see --add-exports listed with the JEP arguments, my understanding is that for the current release of Java 9 this might sometimes be needed for restricted API?s? > > From mik3hall at gmail.com Thu Oct 19 21:03:59 2017 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 19 Oct 2017 16:03:59 -0500 Subject: JEP 311: Java Packager API & CLI In-Reply-To: <59E9127A.4030102@oracle.com> References: <2844a425-ebdb-f2b5-d6d6-13b8cb3d5095@oracle.com> <59E9127A.4030102@oracle.com> Message-ID: <08F9ABFB-5981-4AC8-8F79-7FB9F6096810@gmail.com> > On Oct 19, 2017, at 4:00 PM, Kevin Rushforth wrote: > > [truncating the subject line to remove my name, which isn't relevant] > > The JEP discussion should happen at jdk-dev, so please go there to ask questions about the JEP or to discuss it. > > ? Kevin I saw that. But thought there was going to be some initial questions answered here. I will post the question to jdk-dev. Thanks. From kevin.rushforth at oracle.com Fri Oct 20 14:35:12 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 20 Oct 2017 07:35:12 -0700 Subject: [10] Review request: 8187149: Remove deprecated HostServices::getWebContext method Message-ID: <59EA09A0.4090402@oracle.com> Please review the following to remove the HostServices::getWebContext method, which is currently deprecated forRemoval: https://bugs.openjdk.java.net/browse/JDK-8187149 http://cr.openjdk.java.net/~kcr/8187149/webrev.00/ Details are in the JBS issue and its associated CSR. Thanks. -- Kevin From philip.race at oracle.com Fri Oct 20 22:13:46 2017 From: philip.race at oracle.com (Phil Race) Date: Fri, 20 Oct 2017 15:13:46 -0700 Subject: RFR: 8187147: Remove T2K from JavaFX in JDK 10 Message-ID: <54b5d29e-53c2-c7eb-af9f-b99b9c2fbfde@oracle.com> The Oracle version of JavaFX carries platform independent support for font rasterization + layout in closed source. It has not been used since JDK 7 so it is time to remove it. This change removes references to it in open code : http://cr.openjdk.java.net/~prr/8187147/ -phil. From ambarish.rapte at oracle.com Sat Oct 21 19:52:20 2017 From: ambarish.rapte at oracle.com (Ambarish Rapte) Date: Sat, 21 Oct 2017 12:52:20 -0700 (PDT) Subject: RFR : JDK-8189424 : Event is not consumed in Tab.setOnCloseRequest() Message-ID: <5b7229bb-1272-487e-8a15-3c0db01759b6@default> Hi Kevin & Ajit, Request you to review a small fix: Webrev: http://cr.openjdk.java.net/~arapte/fx/8189424/webrev.00/ Bug: https://bugs.openjdk.java.net/browse/JDK-8189424 Regards, Ambarish From alexander.zvegintsev at oracle.com Mon Oct 23 07:43:32 2017 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Mon, 23 Oct 2017 13:13:32 +0530 Subject: [10] Review request for 8165562: Upgrade to newer version of SWT for build/test Message-ID: Hello, please review the fix http://cr.openjdk.java.net/~azvegint/jdk/10/8165562/00/ for the issue https://bugs.openjdk.java.net/browse/JDK-8165562 -- Thanks, Alexander. From rajath.kamath at oracle.com Mon Oct 23 10:35:24 2017 From: rajath.kamath at oracle.com (Rajath Kamath) Date: Mon, 23 Oct 2017 03:35:24 -0700 (PDT) Subject: [webkit][10] Review request - 8178290: Intermittent test failure in test.com.sun.webkit.network.CookieTest Message-ID: Hi all, Please review a fix in unit test code. More details in JBS: JBS : https://bugs.openjdk.java.net/browse/JDK-8178290 WebRev : http://cr.openjdk.java.net/~ghb/rkamath/8178290/webrev.00/ Thanks, Rajath From guru.hb at oracle.com Wed Oct 25 04:46:53 2017 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 25 Oct 2017 10:16:53 +0530 Subject: [10] Review request: 8185654: Fix copyright notice on WebKit porting layer files in platform/java Message-ID: <8EE61134-5CE8-4E83-B785-2D027EF55A16@oracle.com> Please review the fix for https://bugs.openjdk.java.net/browse/JDK-8185654 http://cr.openjdk.java.net/~ghb/8185654/8185654_0.diff Thanks, Guru From bourges.laurent at gmail.com Wed Oct 25 21:11:17 2017 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Wed, 25 Oct 2017 23:11:17 +0200 Subject: [10] RFR 8188062: Use Marlin renderer in JavaFX BasicStroke Message-ID: Please review this simple patch that moves the BasicStroke.createCenteredStrokedShape() implementation into ShapeUtil in order to use Marlin instead of OpenPisces: JBS: https://bugs.openjdk.java.net/browse/JDK-8188062 Webrev: http://cr.openjdk.java.net/~lbourges/marlinFX/marlinFX-8188062.0/ Changes: - BasicStroke: fixed definition of CAP / JOIN constants + createCenteredStrokedShape() calls ShapeUtil createCenteredStrokedShape() (delegation) - ShapeUtil.createCenteredStrokedShape() delegates to (D)MarlinRasterizer (if enabled) or to OpenPisces (fallback) - (D)MarlinRasterizer: applied the same approach as in Marlin2D createStrokedShape() except I adopted the lineWidth trick as in OpenPisces - (D)MarlinPrismUtils: some refactoring to let the new strokeTo() method reuse the initPipeline() + simplified Path2D special handling - (D)RendererContext / (D)TransformingPathConsumer2D: added cached Path2D instance and Path2DWrapper (like in Marlin2D) PS: Removing OpenPisces in the future will be easier as remaining references are in ShapeUtil, OpenPiscesPrismUtils and few sw pipeline classes. Use the following command to get usages: find . -name "*.java" -exec grep -H "openpisces" {} \;) Cheers, Laurent From prasanta.sadhukhan at oracle.com Thu Oct 26 10:51:46 2017 From: prasanta.sadhukhan at oracle.com (Prasanta Sadhukhan) Date: Thu, 26 Oct 2017 16:21:46 +0530 Subject: [10] RFR JDK-8090267: JFXPanel Input Problem Message-ID: <691f54a4-596d-c1d8-1206-717b90c548c7@oracle.com> Hi All, Please review a input method fx fix http://cr.openjdk.java.net/~psadhukhan/fx/8090267/webrev.00/ for issue https://bugs.openjdk.java.net/browse/JDK-8090267 More info in JBS. Regards Prasanta From kevin.rushforth at oracle.com Fri Oct 27 01:58:06 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 26 Oct 2017 18:58:06 -0700 Subject: [8u] Review request: 8190249: Missing content from cssref.html due to missed closing comment Message-ID: <59F292AE.6040607@oracle.com> Phil, Please review this simple fix for a regression introduced by a bad patch when backporting a fix to 8u-dev: https://bugs.openjdk.java.net/browse/JDK-8190249 The diff is in the bug report (it just adds a missing closing comment and a blank line). -- Kevin From philip.race at oracle.com Fri Oct 27 16:26:31 2017 From: philip.race at oracle.com (Phil Race) Date: Fri, 27 Oct 2017 09:26:31 -0700 Subject: [10] RFR 8188062: Use Marlin renderer in JavaFX BasicStroke In-Reply-To: References: Message-ID: <9f2f20cb-28cf-0dae-c6c9-4cec6faea221@oracle.com> 38 private final Path2DWrapper wp_Path2DWrapper = new Path2DWrapper(); Are there tabs here ? The formatting looks odd. 44 public DPathConsumer2D wrapPath2d(Path2D p2d) The method naming pattern I see elsewhere is "2D" not "2d" .. so can we fix this one ? ie make it wrapPath2D This occurs in at least two different files in this webrev: [D]TransformingPathConsumer2D.java I really don't like the changes in BasicStroke that not use direct literals instead of copying the values from Stroker. It can't possibly help performance and you lose the implied relationship. - public static final int CAP_BUTT = Stroker.CAP_BUTT; - public static final int CAP_ROUND = Stroker.CAP_ROUND; - public static final int CAP_SQUARE = Stroker.CAP_SQUARE; - - public static final int JOIN_BEVEL = Stroker.JOIN_BEVEL; - public static final int JOIN_MITER = Stroker.JOIN_MITER; - public static final int JOIN_ROUND = Stroker.JOIN_ROUND; + + /** Constant value for end cap style. */ + public static final int CAP_BUTT = 0; + /** Constant value for end cap style. */ + public static final int CAP_ROUND = 1; + /** Constant value for end cap style. */ + public static final int CAP_SQUARE = 2; + + /** Constant value for join style. */ + public static final int JOIN_MITER = 0; + /** Constant value for join style. */ + public static final int JOIN_ROUND = 1; + /** Constant value for join style. */ + public static final int JOIN_BEVEL = 2; The next one is not something I think must be fixed but an observation that it seems odd to have to decide which Rasterizer to use every time some one calls this API rather than making it a one time initialisation. + public static Shape createCenteredStrokedShape(Shape s, BasicStroke stroke) + { + if (PrismSettings.rasterizerSpec == RasterizerType.DoubleMarlin) { + return DMarlinRasterizer.createCenteredStrokedShape(s, stroke); + } + if (PrismSettings.rasterizerSpec == RasterizerType.FloatMarlin) { + return MarlinRasterizer.createCenteredStrokedShape(s, stroke); + } + // JavaPisces fallback: + return createCenteredStrokedShapeOpenPisces(s, stroke); + } + -phil. On 10/25/2017 02:11 PM, Laurent Bourg?s wrote: > Please review this simple patch that moves the > BasicStroke.createCenteredStrokedShape() implementation into ShapeUtil in > order to use Marlin instead of OpenPisces: > > JBS: https://bugs.openjdk.java.net/browse/JDK-8188062 > Webrev: http://cr.openjdk.java.net/~lbourges/marlinFX/marlinFX-8188062.0/ > > Changes: > - BasicStroke: fixed definition of CAP / JOIN constants + > createCenteredStrokedShape() calls ShapeUtil createCenteredStrokedShape() > (delegation) > - ShapeUtil.createCenteredStrokedShape() delegates to (D)MarlinRasterizer > (if enabled) or to OpenPisces (fallback) > - (D)MarlinRasterizer: applied the same approach as in Marlin2D > createStrokedShape() except I adopted the lineWidth trick as in OpenPisces > - (D)MarlinPrismUtils: some refactoring to let the new strokeTo() method > reuse the initPipeline() + simplified Path2D special handling > - (D)RendererContext / (D)TransformingPathConsumer2D: added cached Path2D > instance and Path2DWrapper (like in Marlin2D) > > > PS: Removing OpenPisces in the future will be easier as remaining > references are in ShapeUtil, OpenPiscesPrismUtils and few sw pipeline > classes. Use the following command to get usages: > find . -name "*.java" -exec grep -H "openpisces" {} \;) > > Cheers, > Laurent From bourges.laurent at gmail.com Fri Oct 27 18:02:36 2017 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Fri, 27 Oct 2017 20:02:36 +0200 Subject: [10] RFR 8188062: Use Marlin renderer in JavaFX BasicStroke In-Reply-To: <9f2f20cb-28cf-0dae-c6c9-4cec6faea221@oracle.com> References: <9f2f20cb-28cf-0dae-c6c9-4cec6faea221@oracle.com> Message-ID: Hi Phil, Thanks for your comments. Le 27 oct. 2017 18:28, "Phil Race" a ?crit : 38 private final Path2DWrapper wp_Path2DWrapper = new Path2DWrapper(); Are there tabs here ? The formatting looks odd. It is manually aligned with followings lines (only space). 44 public DPathConsumer2D wrapPath2d(Path2D p2d) The method naming pattern I see elsewhere is "2D" not "2d" .. so can we fix this one ? ie make it wrapPath2D This occurs in at least two different files in this webrev: [D]TransformingPathConsumer2D.java I agree and I can fix it here and also in Marlin2D (same code). I really don't like the changes in BasicStroke that not use direct literals instead of copying the values from Stroker. It can't possibly help performance and you lose the implied relationship. I agree your point of view. However the reference or origin was the public BasicStroke in 2d and Marlin checks that constants match in static initializers (MarlinRenderingEngine). I prefer applying the same pattern in FX so I did that change which removes the reference to OpenPisces.Stroker. - public static final int CAP_BUTT = Stroker.CAP_BUTT;- public static final int CAP_ROUND = Stroker.CAP_ROUND;- public static final int CAP_SQUARE = Stroker.CAP_SQUARE;-- public static final int JOIN_BEVEL = Stroker.JOIN_BEVEL;- public static final int JOIN_MITER = Stroker.JOIN_MITER;- public static final int JOIN_ROUND = Stroker.JOIN_ROUND;++ /** Constant value for end cap style. */+ public static final int CAP_BUTT = 0;+ /** Constant value for end cap style. */+ public static final int CAP_ROUND = 1;+ /** Constant value for end cap style. */+ public static final int CAP_SQUARE = 2;++ /** Constant value for join style. */+ public static final int JOIN_MITER = 0;+ /** Constant value for join style. */+ public static final int JOIN_ROUND = 1;+ /** Constant value for join style. */+ public static final int JOIN_BEVEL = 2; The next one is not something I think must be fixed but an observation that it seems odd to have to decide which Rasterizer to use every time some one calls this API rather than making it a one time initialisation. I wondered the same question. As PrismSettings are constants, hotspot will optimize that code as a direct call to the proper method (dead code elimination). + public static Shape createCenteredStrokedShape(Shape s, BasicStroke stroke)+ {+ if (PrismSettings.rasterizerSpec == RasterizerType.DoubleMarlin) {+ return DMarlinRasterizer.createCenteredStrokedShape(s, stroke);+ }+ if (PrismSettings.rasterizerSpec == RasterizerType.FloatMarlin) {+ return MarlinRasterizer.createCenteredStrokedShape(s, stroke);+ }+ // JavaPisces fallback:+ return createCenteredStrokedShapeOpenPisces(s, stroke);+ }+ Laurent -phil. On 10/25/2017 02:11 PM, Laurent Bourg?s wrote: Please review this simple patch that moves the BasicStroke.createCenteredStrokedShape() implementation into ShapeUtil in order to use Marlin instead of OpenPisces: JBS: https://bugs.openjdk.java.net/browse/JDK-8188062 Webrev: http://cr.openjdk.java.net/~lbourges/marlinFX/marlinFX-8188062.0/ Changes: - BasicStroke: fixed definition of CAP / JOIN constants + createCenteredStrokedShape() calls ShapeUtil createCenteredStrokedShape() (delegation) - ShapeUtil.createCenteredStrokedShape() delegates to (D)MarlinRasterizer (if enabled) or to OpenPisces (fallback) - (D)MarlinRasterizer: applied the same approach as in Marlin2D createStrokedShape() except I adopted the lineWidth trick as in OpenPisces - (D)MarlinPrismUtils: some refactoring to let the new strokeTo() method reuse the initPipeline() + simplified Path2D special handling - (D)RendererContext / (D)TransformingPathConsumer2D: added cached Path2D instance and Path2DWrapper (like in Marlin2D) PS: Removing OpenPisces in the future will be easier as remaining references are in ShapeUtil, OpenPiscesPrismUtils and few sw pipeline classes. Use the following command to get usages: find . -name "*.java" -exec grep -H "openpisces" {} \;) Cheers, Laurent From ajit.ghaisas at oracle.com Mon Oct 30 10:00:27 2017 From: ajit.ghaisas at oracle.com (Ajit Ghaisas) Date: Mon, 30 Oct 2017 03:00:27 -0700 (PDT) Subject: [10] Review request : JDK-8189677 : RadioMenuItem fires extra NULL value in property Message-ID: <92498c3b-9982-4c9b-9b4a-77b0de5f9771@default> Hi, Request you to review following fix : Issue : https://bugs.openjdk.java.net/browse/JDK-8189677 Fix : http://cr.openjdk.java.net/~aghaisas/fx/8189677/webrev.0/ Regards, Ajit From prem.balakrishnan at oracle.com Mon Oct 30 11:46:16 2017 From: prem.balakrishnan at oracle.com (Prem Balakrishnan) Date: Mon, 30 Oct 2017 04:46:16 -0700 (PDT) Subject: [10] Review Request: JDK- 8088077: [Accessibility, JAWS] DatePicker under JAWS speaks the wrong date after using arrow keys to move highlighted date across month boundaries. Message-ID: <41eb139a-e466-46b7-afc9-95814825a39c@default> Hi Kevin, Ajit Request you to review following fix: Bug: https://bugs.openjdk.java.net/browse/JDK-8088077 Webrev: http://cr.openjdk.java.net/~pkbalakr/fx/Accessibility/8088077/webrev.00/ Regards, Prem From kevin.rushforth at oracle.com Tue Oct 31 20:18:16 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 31 Oct 2017 13:18:16 -0700 Subject: CFV: New OpenJFX Committer: Ambarish Rapte Message-ID: <59F8DA88.8000104@oracle.com> I hereby nominate Ambarish Rapte [1] to OpenJFX Committer. Ambarish is a member of JavaFX team at Oracle, who has contributed 10 changesets [2][3] to OpenJFX. Votes are due by November 14, 2017. Only current OpenJFX Committers [4] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [5]. Nomination to a project Committer is described in [6]. Thanks. -- Kevin [1] http://openjdk.java.net/census#arapte [2] http://hg.openjdk.java.net/openjfx/10-dev/rt/log?revcount=20&rev=author%28arapte%29 [3] http://hg.openjdk.java.net/openjfx/10-dev/rt/rev/f7d38650fa15 [4] http://openjdk.java.net/census#openjfx [5] http://openjdk.java.net/bylaws#lazy-consensus [6] http://openjdk.java.net/projects#project-committer From jonathan.giles at oracle.com Tue Oct 31 20:20:08 2017 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Wed, 01 Nov 2017 09:20:08 +1300 Subject: CFV: New OpenJFX Committer: Ambarish Rapte In-Reply-To: <59F8DA88.8000104@oracle.com> References: <59F8DA88.8000104@oracle.com> Message-ID: <9352BFD1-58D0-4D4E-A4AB-6B5EA891200A@oracle.com> Vote: yes -- Sent from a touch device. Please excuse my brevity. On November 1, 2017 9:18:16 AM GMT+13:00, Kevin Rushforth wrote: >I hereby nominate Ambarish Rapte [1] to OpenJFX Committer. > >Ambarish is a member of JavaFX team at Oracle, who has contributed 10 >changesets [2][3] to OpenJFX. > >Votes are due by November 14, 2017. > >Only current OpenJFX Committers [4] are eligible to vote on this >nomination. Votes must be cast in the open by replying to this mailing >list. > >For Lazy Consensus voting instructions, see [5]. Nomination to a >project >Committer is described in [6]. > >Thanks. > >-- Kevin > >[1] http://openjdk.java.net/census#arapte > >[2] >http://hg.openjdk.java.net/openjfx/10-dev/rt/log?revcount=20&rev=author%28arapte%29 >[3] http://hg.openjdk.java.net/openjfx/10-dev/rt/rev/f7d38650fa15 > >[4] http://openjdk.java.net/census#openjfx > >[5] http://openjdk.java.net/bylaws#lazy-consensus > >[6] http://openjdk.java.net/projects#project-committer From kevin.rushforth at oracle.com Tue Oct 31 20:22:40 2017 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 31 Oct 2017 13:22:40 -0700 Subject: CFV: New OpenJFX Committer: Ambarish Rapte In-Reply-To: <59F8DA88.8000104@oracle.com> References: <59F8DA88.8000104@oracle.com> Message-ID: <59F8DB90.3040908@oracle.com> Vote: YES Kevin Rushforth wrote: > I hereby nominate Ambarish Rapte [1] to OpenJFX Committer. > > Ambarish is a member of JavaFX team at Oracle, who has contributed 10 > changesets [2][3] to OpenJFX. > > Votes are due by November 14, 2017. > > Only current OpenJFX Committers [4] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [5]. Nomination to a > project Committer is described in [6]. > > Thanks. > > -- Kevin > > [1] http://openjdk.java.net/census#arapte > > [2] > http://hg.openjdk.java.net/openjfx/10-dev/rt/log?revcount=20&rev=author%28arapte%29 > > [3] http://hg.openjdk.java.net/openjfx/10-dev/rt/rev/f7d38650fa15 > > [4] http://openjdk.java.net/census#openjfx > > [5] http://openjdk.java.net/bylaws#lazy-consensus > > [6] http://openjdk.java.net/projects#project-committer > From philip.race at oracle.com Tue Oct 31 20:24:14 2017 From: philip.race at oracle.com (Philip Race) Date: Tue, 31 Oct 2017 13:24:14 -0700 Subject: CFV: New OpenJFX Committer: Ambarish Rapte In-Reply-To: <59F8DA88.8000104@oracle.com> References: <59F8DA88.8000104@oracle.com> Message-ID: <59F8DBEE.1080205@oracle.com> Vote: yes -phil.