On Tue, 15 Sep 2020 17:28:44 GMT, Phil Race wrote:
>> Number overflow in javax/imageio/stream/MemoryCache.java
>> I tried to reproduce the issue but was not able to create stream or
>> BufferedImage of such a large size because of array
>> size limitations. Submitter has mentioned simple fix
On Tue, 15 Sep 2020 22:18:09 GMT, Kevin Rushforth wrote:
> This adds the following extensions to the list of source files that git
> jcheck will check for whitespace errors:
>
> .cc, .hh, .m, .mm
>
> All files with the above extensions are now white-space clean after the fix
> for
>
This adds the following extensions to the list of source files that git jcheck
will check for whitespace errors:
.cc, .hh, .m, .mm
All files with the above extensions are now white-space clean after the fix for
[JDK-8240487](https://bugs.openjdk.java.net/browse/JDK-8240487). This will help
On Tue, 15 Sep 2020 10:04:49 GMT, Conor Cleary wrote:
> This issue relates to JDK-8250639 '☂ Address reliance on default constructors
> in the java.desktop module'. The
> following classes have had an explicit no-arg constructor added, with a
> protected access modifier and accompanying API
>
On Tue, 15 Sep 2020 09:38:02 GMT, Conor Cleary wrote:
>> Marked as reviewed by serb (Reviewer).
>
> Now awaiting CSR approval as advised
The CSR needs some updates to put the spec inline
-
PR: https://git.openjdk.java.net/jdk/pull/153
On Tue, 15 Sep 2020 13:49:19 GMT, Jayathirth D V wrote:
> Number overflow in javax/imageio/stream/MemoryCache.java
> I tried to reproduce the issue but was not able to create stream or
> BufferedImage of such a large size because of array
> size limitations. Submitter has mentioned simple fix
Number overflow in javax/imageio/stream/MemoryCache.java
I tried to reproduce the issue but was not able to create stream or
BufferedImage of such a large size because of array
size limitations. Submitter has mentioned simple fix for overflow which has
solved his issue. I have verified the fix
Hi,
As Per Apache PDFBOX-4709 ( https://issues.apache.org/jira/browse/PDFBOX-4709
), while printing in windows using GlyphVector produces poorer quality output
versus using Graphics.drawString(...). There's a significant quality difference
,especially on low-dpi (e.g. thermal) printers
This issue relates to JDK-8250639 '☂ Address reliance on default constructors
in the java.desktop module'. The
following classes have had an explicit no-arg constructor added, with a
protected access modifier and accompanying API
description:
- Default ctor on
On Tue, 15 Sep 2020 10:04:49 GMT, Conor Cleary wrote:
> This issue relates to JDK-8250639 '☂ Address reliance on default constructors
> in the java.desktop module'. The
> following classes have had an explicit no-arg constructor added, with a
> protected access modifier and accompanying API
>
On Mon, 14 Sep 2020 21:27:46 GMT, Sergey Bylokhov wrote:
>> This issue relates to JDK-8250639 '☂ Address reliance on default
>> constructors in the java.desktop module'. The changes
>> address the reliance on default constructors by adding in basic constructors
>> in the following classes:
>>
11 matches
Mail list logo
