When the app has finished it attempts a SAVE TO to write to the file, I know this because it's in the Error Log, the app does use tables on the server, but no-one has exclusive access, and it doesn't error there anyway.

Kev
>>Gerald
>>
>>How would the app get so far, and then fail ? Would it not start at all if it was the FoxUser.DBF?
>>
>>Kev
>
>So far?
>Ok, it can be someting else, but...
>
>With what i can understand, your app run
>like a batch file (no?).
>
>How can you be sure the problem occur on the "save to" command?
>
>Is there some tables on the file server,
>it can be some of them accessed by somebody
>else on the network.
>
>
>
>>
>>>>Kev,
>>>>This probably doesn't relate to your problem since you get it only occasionally, but there may well be security issues if you're running on WinNT even if you're accessing a local disk. For example, often users don't have access rights to the root directory (c:\). You may want to check the security rights.
>>>>
>>>>HTH
>>>>>Hi
>>>>>
>>>>>I have had some funny results with SAVE TO and I can't be sure if I it is an NT issue or a VFP one.
>>>>>
>>>>>A lot of our users have notebooks running on NT4 and occasionally connect to the N/W and run an app that does various things, and afterwards it writes back to a memory file on the Local C: drive (using SAVE TO), but occasionally has problems and errors with:
>>>>>
>>>>>"File Access Denied"
>>>>>
>>>>>Huh ???
>>>>>
>>>>>Why would access be denied to a Local file ?
>>>>>
>>>>>Can anyone shed any light on this ? Is it NT playing up ? or is it something I may be doing wrong?
>>>>>
>>>>>Thanks
>>>>>Kev
>>>
>>>It seem to be a ressource file problem.
>>>Foxuser.dbf was created on the file server and
>>>the app try to access it.