>>>I have created a COM server to be used with FoxIsapi and gotten it working on my local machine using PWS. I then moved the application onto a development IIS web server for testing. VFP6 is installed on the web server for testing purposes. After registering my COM server from the command prompt using the MyServer.exe /regserver syntax, I tried to create an instance of the server in VFP using CREATEOBJECT() in the Command Window to test it within VFP. I get an "OLE Error...Access is denied" error. The COM server resides in the InetPub\Scripts directory and I have set permissions using DCOMCNFG. What am I missing that is not allowing VFP to create the object?
>>>
>>>Thanks,
>>>Bill
>>
>>Does the user that the COM server is running as have access the the directory that it is in. Perhaps it is trying to open FoxUser.DBF or some other file.
>>
>>I assume you say you set permission, you enabled the IUSR_yourmachinename to access and launch your COM objects, either by default security, or specifically to your COM object.
>>
>>Next, you have to give the COM object access to your machine so it can write to the drive. Go to the Identity Tab of the COM object properties in DCOMCNFG and set it to run as the Interactive user.
>>
>>BOb
>
>Bob and Eric,
>
>Sorry to take so long to get back to you with results all on this. I've been in a training class all week and today was my first opportunity to look at it.
>
>All the items you all cited "appear" to be properly set on the web server box.
>
>Here's what I did as a simple test. I created a very simple COM server ( testserver.prg with DEFINE CLASS TestServer AS CUSTOM OLEPUBLIC ) with a single method ( testoutput ) that simply returns a string, "This is a test". I built this COM server as testserver.exe on the web server in VFP6 while logged on under the superuser account. Then from the VFP Command Window, I issued:
>
>x=createobject( "testserver.testserver" )
>
>I immediately get the OLE error message "OLE error code ... Access is denied". I also tried building the EXE into a plainjane directory I created on the server and got the same results. Since I am building and trying to create the object interactively from the same account, I don't see how security would be an issue here. Nevertheless, I'm sure there's some security problem here but I don't know what it is, and unfortunately my knowledge of web servers and configurations is still in it's infancy. Any more thoughts you all have would be appreciated.
>
>Thanks,
>Bill

I'm not sure what it could be either. But since you tried it and stil got the results outside of IIS' virtual directory, I think we can safely take IIS out of the picture as the culprit.