<AWT Dev> [8] Review request for 8027151: AWT_DnD/Basic_DnD/Automated/DnDMerlinQL/MultipleJVM failing on windows machine

Anthony Petrov anthony.petrov at oracle.com
Tue Oct 29 05:41:45 PDT 2013


Hi Oleg,

I'm not an expert in this code so I may ask some silly questions.

I'm OK with the change #2.

Regarding #1: could you please clarify what code is responsible for 
closing the stream now, after your fix? Is this documented/enforced 
anywhere (i.e. a finally{} block or something)? Have you run any 
regression tests to make sure this change doesn't introduce any memory 
leaks? Why was this not a problem before that we decided to fix this 
particular piece now, so late in the release?

--
best regards,
Anthony

On 10/28/2013 02:41 AM, Oleg Pekhovskiy wrote:
> Hi all,
>
> please review the fix
> http://cr.openjdk.java.net/~bagiras/8027151.1/
> for
> https://bugs.openjdk.java.net/browse/JDK-8027151
>
> This issue appeared after the changes made for JDK-7075105.
> There were two problems:
> 1. In drop target code, in SunDropTargetContextPeer.getTransferData()
> method inputStream was closed in finally scope but was not yet used in
> client code (indirectly). Just its reference stored for the future in
> DataTransferer.getInstance().translateStream() call.
>
> 2. In drop target code, in DataTransferer.translateStream() there was no
> String object handler (it was moved from
> DataTransferer.translateBytesOrStream() only to
> DataTransferer.translateBytes() method).
>
> Thanks,
> Oleg


More information about the awt-dev mailing list