Oh no... I'm talking about internal VFP temp files that are created in the system defined temp folder. We don't have any control over these filenames to my knowledge. VFP creates them in 8.3 format. With so few characters to work with, I imagine there's a chance that a file may get overwritten by another instance of VFP...?? That is, unless the VFP developers check to see if the file exists first. I'm still investigating this problem and know I may be chasing the wind here... just wondering if anyone knows of a way to increase the 8.3 temp filename to perhaps 20.3??

Thanks!

>Is the application begin run under different user accounts? The reason I ask is that I had a similar problem until I started creating all temp files in the users' temp folder. The other option is to create a method in your application object that creates the temp file name. The global method would test to see if the file already exists and if so, go into a loop until a unique name is created. I say a global method just to have a single place to modify the code in the future. Another option that I have seen (but not used) is to prefix the temp file name with the user account (userid).
>
>hope this helps.
>
>
>
>>Does anybody out there know if there's a function to do this in VFP 7?
>>
>>Is it in the works for a future version??
>>
>>Has anybody else experienced "Cannot update the cursor" error messages related to temp files under a Citrix environment with many instances of your application running concurrently?
>>
>>I have a block of code with an INSERT statement. It inserts records into a table opened with optimist table buffering. 99% of the time it works as expected. 1% of the time users get "Cannot update the cursor" at the INSERT command.
>>
>>At this point, the only culprit I can find is that there's some kind of tmp file conflict where another process "takes over" the tmp file related to the buffered data??
>>
>>Am I way off here?
>>
>>Please help if you can!
>>
>>Thank you,
>>Shawn Nelson
>>Temecula, CA