Review request: JDK-8021245 (process) file leak in jdk/src/windows/native/java/lang/ProcessImpl_md.c

Alexey Utkin alexey.utkin at oracle.com
Mon Jul 29 17:06:27 UTC 2013


Thanks, Alan

I did "if" reformatting and small refactoring for the code in function 
in accordance with
     https://jbs.oracle.com/bugs/browse/JDK-5008166
recommendations. I am sure that the presence of path separator has no 
dependence from search direction.

Here is the webrev:
http://cr.openjdk.java.net/~uta/openjdk-webrevs/JDK-8021245/webrev.01/

The fix was tested in the debugger.

Regards,
-uta

On 7/28/2013 9:40 PM, Alan Bateman wrote:
> On 26/07/2013 08:33, Alexey Utkin wrote:
>> Bug description:
>>     https://jbs.oracle.com/bugs/browse/JDK-8021245
>>     http://bugs.sun.com/view_bug.do?bug_id=8021245
>>
>> Here is the suggested fix:
>> http://cr.openjdk.java.net/~uta/openjdk-webrevs/JDK-8021245/webrev.00/
>>
>> Summary:
>> In accordance with MS spec [-1] is THE ONLY error signal from the 
>> [_open] function call.
>> http://msdn.microsoft.com/en-us/library/z0kc8e3z.aspx
>> Any negative, except [-1], and zero are the valid handles that need 
>> to be closed.
>>
>> The fix was tested in the debugger my manual switching to Win9x/WinMe 
>> brunch of execution.
> Checking if _open returns -1 and checking the return from _read and 
> _lseek/_read looks okay to me. My only comment is that the "if (" on 
> its own looks a bit odd, I just I would at least hoist the first part 
> of the expression onto the same line.
>
> -Alan.
>




More information about the core-libs-dev mailing list