If the Web Server is not the same computer as the one you used to built the DLL, you might need to register the DLL (with REGSVR32) in the Web Server.


>I have a VFP7 DLL COM server running in my ASP pages with no trouble (IIS 5). I recompiled that same app as a different DLL name and it will not run out of ASP pages. I get the infamous
>
>HTTP 500 - Internal server error
>Internet Explorer
>
>ProgIds are "esiwebdl.app" and "esiwebdltest.app". The "test" DLL is the one that fails. VFP7 runs both just fine from command window when I instantiated them with same Progids.
>
>The two DLLs are in the same folder on the server, and have the same rights (IUSR_svrname and SYSTEM users have Read and Execute). They do exactly the same thing. I had a problem getting the first one to work in ASP, but I don't remember what I did. Now, the second one won't instantiate but first one still does.
>
>Data access is not an issue because I created a couple of more small "Hello World" type DLLs, registered them on the server in the same folder, and they won't run either.
>
>I try creating both in the same ASP page to rule out rights issues where the page is stored.
>
>I know DCOMCFNG will change access and launch rights for EXE servers, so I tried setting global rights there but it didn't make a difference.
>
>It almost seems like there is a rights issue inside IIS that is set down at the file level for each DLL. Is this the case???
>
>2:45am and I'm out of ideas...