THANKS for the response.

The UNC that is being accessed (\\MTX1\LM2) maps to the physical machine that is the middle tier. I can go to the console of that machine and open that UNC via Network Neighborhood. I just cannot fathom how there could be no "attachment" at runtime. To me it looks like some sort of hiccup in VFP 5.0.

I cannot use a drive mapping because I have Crystal Reports called from the front-end that use the datapath as a UNC to get the DBF for the report form. If I were to use a drive mapping such as "C:\LM2", the client would be looking on the workstation's C drive for the DBF instead of on the middle tier's C drive.

I am not even vaguely familiar with "NETRSC". Maybe you could help me out by pointing me to it.

Thanks again,
Bob


>>I have an out of process VFP executable that functions a middle tier with a VB 6.0 front-end.
>>
>>My app allows the user to choose which middle tier machine to use.
>>
>>When I run the app on bbyrd and select bbyrd as the middle tier I get no error. But when I run the app and select MTX1 as the middle tier I get an error in my error log that "\\mtx1\lm2\data\lm2.d*" does not exist.
>>
>>The line of code that is executing is trying to copy a DBC set of files. The EXACT same code works fine locally.
>>
>>The actual UNC string is being picked up from an INI file.
>>
>>
>>What could be causing the remote middle tier to not see the qualified UNC. I have checked the UNC against what the remote middle tier machine can actally see and it should work.
>>
>
>It's likely that there's no current attachment to the target system at the mid-tier server. You might want to either premap a drive on that system, or take a look at NETRSC (you'll need NETSC.ZIP and CLSHEAP.ZIP) and adapt the sample DEMO_WNetAddConnection3 code to force a connection to the target server without first mapping a drive.
>
>>I think I have really done a VERY thorough job of eliminating most of the obvious suspects. What do you think?
>>
>>Call me Loony in Lanham,
>>
>>Bob