Thanks for the help. I feel embarassed. I found a user machine that was locked up at the procedure and the user had not cleared the error. Once cleared the code ran fine. I guess it had a lock on the directory.

Thanks again for the quick responses that you can ALWAYS count on at the UT.

>Thanks for the response Ed.
>The backlash is in the path variable.
>I can copy to the root directory but not the subdirectory.
>I checked the permissions and that is not an issue. I can physically map to the subdirectory and open files.
>I have restarted VFP (maybe an environment setting).
>This is out of the blue. It was running last week.
>
>
>>>Here is a good one. I always use variable's to hold a path to various servers. Example: (gsDbfpath = '\\someserver\somedirectory'). Command: Copy To (gsDbfPath+'somefile.xls') type XLS.
>>>
>>>All of a sudden VFP does not like this. I now get a 'File Access Denied' error when this line of code runs. if I put (gsDbfPath+'somefile.xls') in a variable it works. Does anyone know why. I have quite a number of apps I use this syntax in without ANY problems. I did recompile the app but had not changed anything other than updating a report. I am concerned.
>>>
>>
>>The first obvious problem is the lack of a trailing backslash in the target path - you may need to say:
>>
>>

Copy To (ADDBS(gsDbfPath)+'somefile.xls') type XLS
>>
>>Leaving that out results in an invalid UNC reference.

Extreme Programming = Plan -> Design -> Code -> Test