Path: csiph.com!usenet.pasdenom.info!gegeweb.org!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail From: Fred Greer Newsgroups: comp.lang.java.programmer Subject: Re: ImageIO/BufferedImage behaving inconsistently from one day to the next. Date: Wed, 20 Jun 2012 03:07:11 +0000 (UTC) Organization: A noiseless patient Spider Lines: 25 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Wed, 20 Jun 2012 03:07:11 +0000 (UTC) Injection-Info: mx04.eternal-september.org; posting-host="VCVQ51H5cIpUVjyIeCvePw"; logging-data="16381"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19t4pUUX+8JxIBAuFzoOeSMSfeZxFfxFzo=" X-Mailer: MicroPlanet-Gravity/3.0.4 Cancel-Lock: sha1:75n1FgxtCVqQU1ZW432CduSE/9Q= Xref: csiph.com comp.lang.java.programmer:15442 On Tue, 19 Jun 2012 19:38:40 -0700, markspace wrote: > On 6/19/2012 7:31 PM, Fred Greer wrote: > >> So, literally overnight and without apparent provocation, magically >> started throwing exceptions > >> Can anyone explain these occurrences? > > > Can you upload the image someplace where we can access it? And then > download it again and verify it's the same as you have on your disc > drive, sometimes image services reduce resolution or compress images. > > We will have a better shot at figuring something out if we have the > offending file to inspect. I checked and the behavior change seems to affect all .png files regardless of origin or what program generated them. I didn't check .jpg or other formats. Any .png should therefore be substitutable for any other in checking this (except that the createCompatibleDestImage issue won't be detectable if it's a blank black .png).