Hi!

App should not break in your case, but it is very suspicious.

You thinking in the right direction. You may think that it seems temporary file names produced by VFP much similar to what sys(3) function returns, but help says that sys(3) returns the same string when calles many times repetitevely, that means that it is depended on the moment of current system time. For multiple applications running on the same computer it might be a disaster as some point.

However, there are API functions that reliabely generate temporary unique file names and guarantee uniqueness across the all system processes. VFP (I hope) uses this approach. You may try to do following testing:

Create a cursor in VFP, get a value of the sys(3) function and than compare returned value to the dbf() function return for that cursor. If strings are similar or even the same - well, your application will bomb. Run this in the prg file to make sys(3) running as soon as possile after cursor creation.

HTH.

>I'm involved at the moment in modifying a VFP app to run in a Citrix thin client environment.
>This is my first involvement with Thin Client - so I've read a couple of MS whitepapers and talked to several people who are considerably more knowledgeable than myself on the subject.
>
>From this research, it seems that the best way forward is to put the User-specific data in the Users profile (Application data area) - this will roam with the User as long as roaming profiles is enabled).
>
>What I'm not clear about is whether all the temporary cursors that are created on the fly by the application eg to store subsets of data just for that session, need to be created in the Appdata area also. Or will Fox cope with many users creating Cursors at the same time (I'm not specifying a name for the Cursors - just leaving it to Fox - but most will need a disk presence).
>What I'm really asking is whether the app will break because a filename is no longer unique due to the number of users requesting a 'unique' filename at the same time.
>
>
>Any advice gratefully accepted.
>
>Regards
>
>Anna Clements