+1
-phil.
On 8/10/16, 7:36 PM, Brian Burkhalter wrote:
Please review at your convenience.
Issue: https://bugs.openjdk.java.net/browse/JDK-8145014
Patch: http://cr.openjdk.java.net/~bpb/8145014/webrev.00/
In the locateImage() method handle zero-entry IFDs and EOFExceptions, hopefully
Please review at your convenience.
Issue: https://bugs.openjdk.java.net/browse/JDK-8145014
Patch: http://cr.openjdk.java.net/~bpb/8145014/webrev.00/
In the locateImage() method handle zero-entry IFDs and EOFExceptions, hopefully
returning the correct viable number of leading images in the
Agreed, I had previously asked for that too (off-line).
ie. root cause why a NaN would cause a crash ..
-phil.
On 8/10/16, 2:47 PM, Jim Graham wrote:
This does address the specific test case directly, but I'd be happier
if we dug down and figured out where it went wrong in trying to
transform
There does not seem to be a link to the new webrev in here.
Is it this : http://cr.openjdk.java.net/~psadhukhan/6574279/webrev.01/ ?
> to default Paper (Letter in US, A4 otherwise) imageable area
I don't think that will ever be A4. Where is that coming from ?
And you still have not fixed the
This does address the specific test case directly, but I'd be happier if we dug down and figured out where it went wrong
in trying to transform the image and put in a fix that addressed the root problem whether it comes from the inputs being
NaN or from some other similar condition that could
Ah, yes, only ToolkitImages can be "not yet loaded" in that manner.
A quick look suggests that a MRCI should not be an instance of MRTI, but MRCI.map() does not force its argument to be an
instance of MRCI, just MRI, so it would be possible for someone to pass an MRTI to MRCI.map() and then it
1) The spec for the constructors needs to be updated to include this
reason for throwing ImagingOpException. A CCC request will be needed.
2) The C usage of "isnan()" may be problematic in some compilation
environments.
For example I believe this will not compile with VS2010, and many folks
On 09/08/16 03:49, Jim Graham wrote:
Does MultiResolutionCachedImage.map() work if the Image hasn't been
loaded yet (where getWidth/Height(Observer) can return -1)? Can it
ever be called in a case like that?
Could we rely on the fact that getWidth/Height(Observer) returns -1 only
for
Hi,
Bug : https://bugs.openjdk.java.net/browse/JDK-8158356
Issue : AffineTransform using NaN value as input parameter results in
SIGSEGV.
Fix : Transformation matrix is checked for NaN values in
AffineTransformOp.validateTransform().
Also, at native level a separate
Hi All,
Please review a fix for an issue where it is seen that the selected
printer tray is ignored in linux and default standard tray is used for
printing.
Bug: https://bugs.openjdk.java.net/browse/JDK-6357887
webrev: http://cr.openjdk.java.net/~psadhukhan/6357887/webrev.00/
Issue was lpr
10 matches
Mail list logo