This really sounds like a problem with exclusive access to your foxuser.dbf. Do you have a local foxuser.dbf? If not, it sounds like two separate instances of your application are trying to open the same table exclusively.

>I'm stump!
>
>I've been trying to figure out what went wrong here. I followed the Mere Mortals dev guide as close as possible but there is something missing and I can't seem to pin point it. Here it is:
>
>Frame work resides on NT Server SP4 (T:\MMortals)
>
>Application created by QStart.App resides on the same server under T:\TTS
>
>The Exe file along with all corresponding files resides on a Novell 4.11 Server with the same path T:\TTS (except for the fact that I don't have Mere Mortals Framework in that Server)
>
>I can run the application from my computer just fine regardless of the mapping. I've disconnected the NT and mapped a drive to T:\TTS on the Novell. It runs like clock work. When I try to demo it on my bosses machine it gives me an error "File access denied." (cancel, ignore, help are my options) If I ignore It'll go through without asking me for my password and continues on without a problem until I exit. When I exit I get the same exact error. When I try it again I can ignore the error and continue then it'll ask me for my password. And again when I exit will I get the error.
>
>I've check rights both on the Novell and NT servers. I've made sure that runtime files are installed on any machine I try it. My bosses machine has VFP6.0 (Visual Studio). I've even tried letting him run it off of the NT Server with the same mapping information as I develop it in.
>
>I'm not sure how much more information you need to provide me with some ideas but here's some more info I found while trouble shooting:
>
> The problem seems to trigger right about the time it "Initializes the Environment"
>
> The only two files I see it failing on are either scripts.dbf or lv_userlogin. Scripts.dbf is not a file that needs to be distributed and lv_userlogin is view which creates a temp file. All temp files are directed to c:\temp or c:\windows\temp.
>
>If you can help me on this one I'd appreciate it.