bug-classpath
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug awt/27839] New: BufferedImage.TYPE_INT_BGR not supported


From: hendrich at informatik dot uni-hamburg dot de
Subject: [Bug awt/27839] New: BufferedImage.TYPE_INT_BGR not supported
Date: 31 May 2006 12:54:53 -0000

See attached testcase for a class that tries to use BufferedImage with
TYPE_INT_BGR, because this way it was easier to convert the original C-style
data to actual image data for Java painting.


Exception during event dispatch:
java.lang.UnsupportedOperationException: FIXME: Programmer is confused. Why
(and how) does a TYPE_INT_BGR image use ComponentColorModel to store 8-bit
values? Is data type TYPE_INT or TYPE_BYTE. What is the difference between
TYPE_INT_BGR and TYPE_3BYTE_BGR?
   at java.awt.image.BufferedImage.<init>(BufferedImage.java:160)
   ...


I looked at the source for BufferedImage.java, and I guess it is sufficient 
to just remove the FIXME and fall through to the case for TYPE_3BYTE_BGR, 
and add another case to set the bits3 mask.

I tried that, but the application then segfaults under jamvm trying to
dereference a null array. However, the same segfault occurs when I change
my testcase to use TYPE_3BYTE_BGR or TYPE_4BYTE_BGR - see next bug report.

- Norman


-- 
           Summary: BufferedImage.TYPE_INT_BGR not supported
           Product: classpath
           Version: 0.92
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: awt
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: hendrich at informatik dot uni-hamburg dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27839





reply via email to

[Prev in Thread] Current Thread [Next in Thread]