[Bug classpath/22762] setClip(null) should remove clip

[gcc-bugzilla at gcc dot gnu dot org]

In Sun's Java, Graphics.setClip(null) resets the current clip to the device
clip, i.e., removes the user clip. This is not explicitly specced, but is
implicit in that Graphics.getClip() is specced to return null when there is no
user clip, and setClip() is specced to take those values that getClip()
returns. In the current Classpath, however, setClip(null) throws a
NullPointerException, as a null value is not checked for.


------- Comment #1 from from-classpath at savannah dot gnu dot org  2004-07-29 
20:50 -------
This is now also tracked as the following GCC AWT bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16822


------- Comment #2 from from-classpath at savannah dot gnu dot org  2004-12-13 
15:15 -------
This was fixed by this CVS commit:

2004-12-11  Thomas Fitzsimmons  <address@hidden>

        * gnu/java/awt/peer/gtk/GdkGraphics.java (setClip): Protect
        against null clip region.
        * gnu/java/awt/peer/gtk/GtkFramePeer.java (create): Call
        gtkWindowSetResizable.
        (postConfigureEvent): Only revalidate if frame size has changed.
        * gnu/java/awt/peer/gtk/GtkWindowPeer.java (postConfigureEvent):
        Only revalidate if frame size has changed.
        * java/awt/Component.java (reshape): Only repaint and post
        component events if component is showing.
        * java/awt/Container.java (addImpl): Only post container event if
        container is showing.
        (remove): Likewise.
        * java/awt/Window.java (setLocationRelativeTo): Implement.
        (setBoundsCallback): Only post component events if component is
        showing.
        * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkGraphics.c (clearRect):
        Protect against null graphics structure.  Flush gdk event queue.


-- 


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