A customer wanted to know whether it was okay to call
FindNextFile with the same handle that returned an error last time. In other words, consider the following sequence of events:
h = FindFirstFile(...);succeeds
FindNextFile(h, ...);??? profit ???
The customer elaborated:
Suppose that the directory contains four files, A, B, C, and D. We expect the following:
FindNextFilefails (C is selected but an error occurred)
FindNextFilereturns D ← is this expected?
FindNextFilereturns an error, can we continue to search with the same handle? Or should we close the handle and get a new one from
FindFirstFile? If it depends on the type of error that occurred, the customer would like to know more details about when the search can be continued and when it cannot.
We asked the customer what problem they're encountering that is causing them to ask this strange question. The customer replied, "Sometimes we get the error
ERROR_, but we don't know what end-user configurations are causing those error codes. We would like to know whether we can continue to use
FindNextFile in these two cases."
The assumption "C is selected by an error occurred" is already wrong. The error might not have selected C. The error may have failed before C was selected. (For example, maybe the network cable was unplugged, so the server doesn't even know that we tried to select C.) Or the error may result in C and D both being skipped. Since an error occurred, any of these things may have happened.
There is no value in trying to continue to use a find handle that is in an error state because you cannot reason about it. Maybe it got stuck in a permanent error state (the user removed the USB drive). Maybe it is a transient error state (somebody finds the network cable and plugs it back in). It's like asking, "If something is broken, can I expect it to continue working?"
Even closing the handle and restarting the enumeration may not succeed. For example, as long as the drive or network cable remains unplugged, your enumeration will fail. And it might be a repeatable error state due to drive corruption which causes enumerations always to fail at the same place.
(My guess is that
ERROR_ is the case of drive corruption, and
ERROR_ is some sort of device driver error state, perhaps because the device was unplugged.)
You should just accept that you cannot enumerate the contents and proceed accordingly.