Hi Jim,
Thanks for your valuable review.
I verified what you have mentioned and we are doing the same while mapping
colormap to InverseLUT.
I also tried populating InverseLUT serially from 0 to 255 index and with this
change for white color also test is passing because we are selecting 215 index
Dear Jim & Everyone on Java2D Community
First, thanks to Jim for every word in the feedback.
Java is used by millions of devices and users. We cannot compromise on quality.
It 's through these reviews and iterations that we ensure a consistent solution
gets checked in.
I 've incorporated the s
Thanks Prahalad,
Looks great - +1
...jim
On 5/2/2016 8:29 AM, Prahalad Kumar Narayanan wrote:
Dear Jim & Everyone on Java2D Community
First, thanks to Jim for every word in the feedback.
Java is used by millions of devices and users. We cannot compromise on quality.
I
Hello,
Please review the fix for jdk9.
Bug evaluation was done by Anton:
http://mail.openjdk.java.net/pipermail/awt-dev/2016-April/011177.html
This is a cross-platform bug it affects d3d/ogl pipelines. The problem
is that BufferedContex cached information to skip some native
reconfigurations.
Just to make sure I understand this right, even if an application
disposes of all Frames, we still somehow hold on to one Frame ?
And it was the most recent one used by "validatedSrcData"
due to some long reference chain ?
WeakReferences are cleared quite aggressively so if an
application loops
On 02.05.16 23:52, Phil Race wrote:
Just to make sure I understand this right, even if an application
disposes of all Frames, we still somehow hold on to one Frame ?
And it was the most recent one used by "validatedSrcData"
due to some long reference chain ?
correct.
https://bugs.openjdk.java.
On 05/02/2016 02:08 PM, Sergey Bylokhov wrote:
On 02.05.16 23:52, Phil Race wrote:
Just to make sure I understand this right, even if an application
disposes of all Frames, we still somehow hold on to one Frame ?
And it was the most recent one used by "validatedSrcData"
due to some long referen
On 03.05.16 0:07, Phil Race wrote:
And this is fine because we use only identity checks inside the
validate method. If the java object was deleted we should update the
native state anyway.
Not sure how to read that. Do you mean there is always
some amount of work to do anyway ?
An example: if
On 5/2/16, 2:28 PM, Sergey Bylokhov wrote:
On 03.05.16 0:07, Phil Race wrote:
And this is fine because we use only identity checks inside the
validate method. If the java object was deleted we should update the
native state anyway.
Not sure how to read that. Do you mean there is always
some
