Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Vfp com - access denied in vs 2003
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
COM/DCOM et OLE Automation
Versions des environnements
Visual FoxPro:
VFP 8 SP1
OS:
Windows XP SP2
Database:
Visual FoxPro
Divers
Thread ID:
00995360
Message ID:
00995885
Vues:
21
Hi Jamie,

Well it could not hurt to *STOP* the indexing service. And..... the big question to ask is who is the *user* of the COM object at runtime. Is it ASPNET or what. The user must have the *rights* at runtime. My experience with COM and VFP is only with ASP.NET and classic ASP. IF I can be of assistance get back to me. And one last thing. Are you sure that your COM object works when ran from vfp development environment?

Neil


>Neil
>As you can see in my thread #995127 , i am getting this at the server. Do you think it has something to do with indexing services too??
>Jaime
>
>>This thing has plaqued me for three years and today I found the dirty dog that is causing it. I had to *stop* indexing services on the development computer. Now my day of development remains uninterrupted with "Access Denied" messages. So.... the question is: What does indexing services have to do with a dll that is in the BIN folder of an asp.net web application
>>(that has been activated by a previous test run of the web application)
>>Neil
>>
>>
>>
>>
>>
>>>I have a very frustrating thing going on during asp.net web development (VS 2003, C#, OS = XP prof, vfp COM). Sometimes when I restart my application I get an error stating that Access is Denied to the following assembly:
>>>
>>>interop.gmgonline
>>>
>>>interop.gmgonline is a multithreaded vfp COM object that I reference in my project. To rectify the situation all I have to do is restart the computer. Is there a way to register my vfp com object in the Global Assemby Cache (GAC) so that I can get on with my programming without rebooting several times a day. That is .... I am assuming the problem is related to a similar problem that occurs when you do not put strong-named assemblies or private strong named assemblies in GAC. I don't know the steps involved with registering a vfp com object in the GAC. I have not seen any white papers on the subject. Also.... can we specify a vfp com object in web.config to avoid this problem instead.
>>>
>>>Reagrds,
>>>Dr.G.(Neil)
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform