ASP.Net project. Project Scenario ::: Application DLL refers 9 Interop DLLs
Code Behind DLL refers Application DLL and 1 Interop DLL . UI Controls DLL refers Application and Code Behind DLL . These 12 DLLs, along with ADODB 2.6.0.0 (only this version is used throughout)are strong named, and put in the GAC. and refered to by the ASP.Net Web Application. When compiled, the ASP.Net Web Application does not give any problem. When it is posted on the IIS, and the URL hit, it says UI Controls DLL(called CommonControls.dll) cannot be loaded. Error Messages(using FusLogVW.exe) LOG: Processing DEVPATH. LOG: DEVPATH is not set. Falling through to regular bind. LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind). LOG: Post-policy reference: CommonControls When this DLL is copied to the bin folder of the ASP.Net Web Application it says, the Code Behind DLL is not refernced. When this DLL is copied too, to the bin folder that is, the ASP,Net Web Application works just fine. This means that the Application DLL in the GAC works fine. Now when i remove the 2 DLLs i copied before, the Web Application continues to work nice and cozy. (this may be because of the fact that these DLLs would have been copied to the Temp folders , and even when i have removed the actual copy, runtime will refer to the second copy. I have imported and strong named the interops using TLBIMPORT and SN. Used GACUTIL for Gaccing. Also, i have tried doing this on 2 machines, XP and Server 2003. any help?? r.
