I'm not the network guy, so I don't know all the details, but we had a similar problem. Ours turned out to be that the app started running before the logon script ran, so that the mapped drive didn't exist when the config file was accessed. This was due to how the application was 'published' in Terminal Server. I believe that there was a setting that we had to switch to make sure the logon script ran before the app fired up.

John

>Anyone ever seen a VFP app running through a citrix session on terminal server and create cursor commands not obeying the getenv('temp') function? Reason i'm asking is this is exactly whats happening for one client. their current config.fpw shows tmpfiles =r:\temp and getenv('temp') returns same thing
>but if you create a cursor it will create in the current directory? If
>you run a sesssion as a 'fat' client it will behave properly and cursors will
>create in the same directory that getenv('temp') returns.I have confirmed
>that r:\temp has full rights for all users. Has anyone ever worked with VfP in citrix env and seen this kind of behavior?
>
>thanks,
>
>Ronnie