About copyfile: checking results

Marco Turco · Post by **Marco Turco** » Thu Jun 12, 2008 8:05 am

Hi,
I use in my app (FWH 8.05) the function CopyFile (<orig.file>,<dest.file>,.f.) to make a backup of some archive files.

The problem is that I have a customer where some files are (randomly) not copied. I cheked that copyfile return (.f.) on those files so an error occurred.

I would like have an extended error code (like ferror() to be clear) in order to know the origin of this problem. Is it possibile to make this using copyfile or is there any other copy function with an extended error code manager that can I use ?

Thanks.

Post by **Antonio Linares** » Thu Jun 12, 2008 9:08 am

Marco,

Use GetLastError()

http://msdn.microsoft.com/en-us/library ... S.85).aspx

Marco Turco · Post by **Marco Turco** » Fri Jun 20, 2008 9:05 am

I tracked the COPYFILE function errors using GetLastError()
and an 1006 error appairs randomly copying files from an hard disk to a pen drive.

This is the Microsoft error code:
---
ERROR_FILE_INVALID
1006
0x3EE
The volume for a file has been externally altered so that the opened file is no longer valid.
---

Is there anyone that already had this error copying data on a pen drive ?
Any ideas ?

Thanks.

Fri Jun 20, 2008 9:50 am

I use CopyFile() intensively to copy from hard disk to USB devices and never noticed any problems. This is the CopyFile() definition I'm using:

Code: Select all

DLL32 FUNCTION COPYFILE( cExistingFileName AS LPSTR, cNewFileName AS LPSTR, lFailIfExists AS LONG ) AS BOOL;
      PASCAL FROM "CopyFileA" LIB "kernel32.dll"

EMG

Marco Turco · Post by **Marco Turco** » Fri Jun 20, 2008 10:58 am

Enrico Maria Giordano wrote:I use CopyFile() intensively to copy from hard disk to USB devices and never noticed any problems. This is the CopyFile() definition I'm using:
Code: Select all
DLL32 FUNCTION COPYFILE( cExistingFileName AS LPSTR, cNewFileName AS LPSTR, lFailIfExists AS LONG ) AS BOOL;
      PASCAL FROM "CopyFileA" LIB "kernel32.dll"
EMG

Hi Enrico, thanks for your reply.

I am using the standard copyfile provided from FWH and the DLL32 code is the same.

I think it could be an OS/Hardware issue due to the fact that I also have a lot of customers that never reported me this problem but I would like give a suggest to this customer in order to solve/bypass this problem.

Fri Jun 20, 2008 11:08 am

Sorry, I can't imagine why a simple API would GPF...

EMG

Post by **Antonio Linares** » Fri Jun 20, 2008 11:24 am

Enrico,

It seems as there is no a GPF but an error returned code.

Marco, maybe you could try it for n times, in case that another try is able to do it.

Fri Jun 20, 2008 11:36 am

Ops!

EMG

Marco Turco · Post by **Marco Turco** » Fri Jun 20, 2008 12:03 pm

Antonio Linares wrote:Enrico,

It seems as there is no a GPF but an error returned code.

Marco, maybe you could try it for n times, in case that another try is able to do it.

Yes,
in the meantime I asked the customer to format this pen drive
and if the problem still remains I will try the copyfile 3 times before to stop the routine and display the error code.

Thanks to all.

James Bott · Post by **James Bott** » Fri Jun 20, 2008 5:41 pm

Marco,

You might also suggest that your customer try another pen drive--the one they are using could be defective.

James

Otto · Post by **Otto** » Fri Jun 20, 2008 7:22 pm

Marco,

I had a problem with USB drive on my VISTA PC, too.
http://forums.fivetechsoft.com/viewtopi ... 41&start=0

What is ISREADY( cDrive ) returning?
Here it errored out with this error screen. As a solution I deinstalled all the USB ports and drivers and installed the USB ports again.

Regards,
Otto

Post by **Antonio Linares** » Sat Jun 21, 2008 9:14 am

Otto,

Have you located what exact function call is generating the GPF ? thanks,

Otto · Post by **Otto** » Mon Jun 23, 2008 6:39 pm

Hello Antonio,
I am sorry but I don't have done more tests as I reported in the thread.
Now as I have reinstalled the USB ports I can't reproduce the error.

Regards,
Otto