[
https://issues.apache.org/jira/browse/LUCY-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13047638#comment-13047638
]
Marvin Humphrey commented on LUCY-155:
--------------------------------------
Failed CPAN Testers report:
http://cpantesters.org/cpan/report/70c32abc-6c20-1014-8790-e000196d3973
It fails after 33 tests. The 34th test is "Failed Close() returns false",
which simulates a failed close from the system (as would happen when
a drive fills up) by setting the file descriptor member of the FSFileHandle
object to -1. This test never completes, Instead the process exits with
error code 23 "Data error (cyclic redundancy check)."
I originally thought there was a failure to close a file descriptor, but
now I think the problem is that some versions of MSVC assert that the file
descriptor passed to close must be non-negative -- instead of returning an
error code, close() throws an exception.
I'm not certain how to simulate that an OS failure of close() other than
what we're doing already. The best thing is probably to disable the test
on Windows.
> TestFSFileHandle's Close() test on Windows fails to clean up.
> -------------------------------------------------------------
>
> Key: LUCY-155
> URL: https://issues.apache.org/jira/browse/LUCY-155
> Project: Lucy
> Issue Type: Bug
> Affects Versions: 0.1.0 (incubating)
> Reporter: Marvin Humphrey
> Priority: Minor
> Fix For: 0.1.1 (incubating)
>
>
> The test for a failed Close() in FSFileHandle leaves open some file handles in
> Windows, preventing deletion of the file and causing subsequent tests to fail.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
