Sometimes - assigning the "TEMPDIR" folder under you app's Program Files folder helps. This directs objects like "cursors" to to their stuff their there.

I think XP (at least) also allows the administrator to designate privileges at the folder level.

I had this issue a couple of years back. But is was finally resolved - I think folder specific privileges fixed it. I'll talk to the guy administering the network for that project a little later today and ask him to help my recollection of how it was finally resolved.

Sometimes - a small investment in a non-affiliated - but good - network engineer - can help communicate to your SA in terms that the SA understands and make acceptable reccomendations. That's what I did while my SA (in training) was "regimoning" and "filemoning" the issue to death.

It's the SA's turf - and sometimes they only need a little "respect" to open their mind. Retentive SA's are the issue!:-)

>I have an overseas customer that started having the following problem (after moving app from Novel server to domain controller) with my VFP 6 application: The user has to have Administrative privileges to use the application. If a user (even Power user) (according to the email from their IT), tries to use the application, they get message something to the effect that "tables cannot be opened.". To me it seems a simple case of user not having Full Rights to the application data folder. But they see it differently.
>
>I want to ask them to run a simple test, to see if the Power user does have Full rights to the folder. So my question is, if I ask them to create a text file from the Windows Explorer in the data folder and then modify the test text file, and they are successful, would this indicate that the user has Full right to the folder? And therefore, should have a problem with my VFP application?