On 08/29/2013 12:20 AM, Alan Bateman wrote:
On 29/08/2013 00:49, Dan Xu wrote:
:
Stuart brought a very good point for this test failure in the main
bug, JDK-7160013. According to his comment, Bottom line is that a
Windows daemon (not an anti-virus scanner) may hold a file in
delete-pending
On 08/27/2013 07:15 AM, Dan Xu wrote:
On 08/27/2013 12:12 AM, Alan Bateman wrote:
On 27/08/2013 01:18, Dan Xu wrote:
Hi All,
MaxPathLength.javais a troublesome testcase, and fails
intermittently in the nightly test. And it also runs for a long
time, especially on Windows platforms. Inorder
On 27/08/2013 01:18, Dan Xu wrote:
Hi All,
MaxPathLength.javais a troublesome testcase, and fails intermittently
in the nightly test. And it also runs for a long time, especially on
Windows platforms. Inorder to improve the test stability, I remove its
unnecessary test iterations, and use
On 08/27/2013 12:12 AM, Alan Bateman wrote:
On 27/08/2013 01:18, Dan Xu wrote:
Hi All,
MaxPathLength.javais a troublesome testcase, and fails intermittently
in the nightly test. And it also runs for a long time, especially on
Windows platforms. Inorder to improve the test stability, I remove
Hi All,
MaxPathLength.javais a troublesome testcase, and fails intermittently in
the nightly test. And it also runs for a long time, especially on
Windows platforms. Inorder to improve the test stability, I remove its
unnecessary test iterations, and use NIOdelete method todo the clean-up
to