[jira] Resolved: (HARMONY-3430) [classlib][awt] DebugGraphics.getClip() throws NPE

["Alexey Petrenko (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/HARMONY-3430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alexey Petrenko resolved HARMONY-3430.
--------------------------------------

    Resolution: Fixed

The issue fixes as part of HARMONY-3443

> [classlib][awt] DebugGraphics.getClip() throws NPE
> --------------------------------------------------
>
>                 Key: HARMONY-3430
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3430
>             Project: Harmony
>          Issue Type: Bug
>          Components: Classlib
>            Reporter: Vasily Zakharov
>         Assigned To: Alexey Petrenko
>            Priority: Minor
>
> Consider the following test:
> import java.awt.Container;
> import javax.swing.DebugGraphics;
> public class Test {
>     public static void main(String args[]) throws Exception {
>         new Container().paint(new DebugGraphics());
>         System.out.println("SUCCESS");
>     }
> }
> Output on RI:
> SUCCESS
> Output on Harmony:
> Exception in thread "main" java.lang.NullPointerException
>         at javax.swing.DebugGraphics.getClip(DebugGraphics.java:769)
>         at java.awt.Container.paintComponentsImpl(Container.java:996)
>         at java.awt.Container.paint(Container.java:936)
>         at Test.main(Test.java:6)
> The reason for that is getClip() references originalGraphics field, that is initialized with null by no-parameter constuctor.
> The same problem also exists for many other DebugGraphics methods that reference originalGraphics directly.
> The proper resolution would be either checking originalGraphics for null each time before using, or initialize originalGraphics with some non-null value. I'm not sure which way is right to follow.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.