On Sat, Apr 5, 2014 at 12:53 AM, Mandy Chung wrote:
> On 4/2/14 12:10 AM, Laurent Bourgès wrote:
>
>> For now to use marlin, I use the bootclasspath append option to load the
>> marlin classes. Will it still work on jdk9 ?
>>
>
> This is TBD. We recognize the dependency on the bootclasspath.
>
>
On 4/2/14 12:10 AM, Laurent Bourgès wrote:
For now to use marlin, I use the bootclasspath append option to load
the marlin classes. Will it still work on jdk9 ?
This is TBD. We recognize the dependency on the bootclasspath.
> With Jigsaw in JDK 9, the access control rules will be extended to
The new code in SwingUtilities2 looks good to me, so I'll approve that
file. I'll leave the code in the rest of the files to Petr...
...jim
On 4/4/14 6:37 AM, Sergey Bylokhov wrote:
Hello.
Please review the fix for jdk 9.
The problem became visible, when we draw a bor
Looks good.
Jennifer
On 4/4/2014 12:01 PM, Phil Race wrote:
Jennifer & Sergey,
Please check the identical JDK8u20 backport of the fix for the
JNI corrrectness fix in WPrinterJob.cpp that you previously approved
for JDK 9
Bug link: https://bugs.openjdk.java.net/browse/JDK- 8035569
Synopsis: [p
Approved.
Jennifer
On 4/4/2014 11:29 AM, Phil Race wrote:
Jennifer & Andrew,
Please check the identical JDK8u20 backport of the fix for the
(theoretical) memory
leak in awt_Font.c that you approved for JDK9
Bug link: https://bugs.openjdk.java.net/browse/JDK-8031095
Synopsis: [Parfait] warning
Jennifer & Sergey,
Please check the identical JDK8u20 backport of the fix for the
JNI corrrectness fix in WPrinterJob.cpp that you previously approved for
JDK 9
Bug link: https://bugs.openjdk.java.net/browse/JDK- 8035569
Synopsis: [parfait] JNI expection pending in
jdk/src/windows/native/sun/w
Jennifer & Andrew,
Please check the identical JDK8u20 backport of the fix for the
(theoretical) memory
leak in awt_Font.c that you approved for JDK9
Bug link: https://bugs.openjdk.java.net/browse/JDK-8031095
Synopsis: [Parfait] warning from jdk/src/solaris/native/sun/awt: memory
leak
JDK9 cha
Hello.
Please review the fix for jdk 9.
The problem became visible, when we draw a border across the component
using drawLine, and expected that fillRect will clear a border of the
component. This is incorrect, because in case of the scaled
graphics(retina) some part of the line can be placed
On 4/3/2014 2:23 AM, Jim Graham wrote:
Hi Alexandr,
The back and forth is getting confusing here, so I thought I'd try to
summarize and start fresh(ish):
1. We need to support @2x internally for MacOS compatibility (done).
2. We will need to support _DPI images for Win-DPI compatibility (TBD
