In the last 6 month I have run into problems with copying to USB backup drives via program.
Seems like Windoze suddenly decides the device is missing, asking to format the drive.
When replied with negative, most of the times everything is ok, but sometimes device vanishes for windoze, not always reappearing on reboot - device manager shows deleted device if so flagged.
Deleting device drivers, registry entries and reboot results in new driver installation and everything continues...
Either a problem with USB hub or windoze trying to query sleeping device....
HTH
thomas
Al, any hints on how to stop this?
>Let me start by saying we've found a workaround, so I'm posting this because I want to know the answer, not because I need a solution.
>
>A vertical market application I'm working on has a routine that copies a couple of files from one folder to another, changing the name in the process. It's been working for quite some time, but last week, some (but not all) users started having problems. The error log shows that there's an extra folder in the path for the source file. That is, there's a variable with a value like:
>
>
>C:\MyFolder\MyFile.FRX
>
>
>When COPY FILE is handed this variable, the error message says it can't find:
>
>
>C:\MyFolder\Reports\MyFile.FRX
>
>
>In trying to track this down this morning, we actually replaced the variable with a hard-coded path to the file, so the command was like:
>
>
>COPY FILE C:\MyFolder\MyFile.FRX TO C:\MyOtherFolder\MyOtherFile.FRX
>
>
>We still got an error that showed Reports in the path.
>
>What can I add? These aren't actually on C; the folders are on a mapped drive. The source file exists and we have no problem copying it via Explorer.
>
>As I said, we've found a work-around. We're using the CopyFile API function and it works as expected.
>
>Anybody have a clue what would cause this?
>
>Tamar