Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
ASP won't create COM, VFP7 will
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
COM/DCOM et OLE Automation
Titre:
ASP won't create COM, VFP7 will
Divers
Thread ID:
00662884
Message ID:
00662884
Vues:
60
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...
Scott McDaniel
MCP VFP Desktop
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform