OracleException (0x80004005) When Connecting to Oracle Database

I’ve developed a simple C#, .net 4.0 website which I’d like to deploy onto an IIS test server. I am using the Oracle.DataAccess assembly to connect to an Oracle database, and I’ve added that DLL (and a hell of a lot of other related DLL’s, just for good measure and in a shotfun attempt to try and solve this problem), to the bin folder of my website. it works fine on my development machine (obviously; worked fine before copying all of those DLLs), but not my test server. On the test server I receive the following exception:

Oracle.DataAccess.dll can not be located though it exists

When I browse ASP.Net application developed in Visual Studio 2008 on IIS 7.5(Windows Server 2008 R2 x64) I get configuration error stating that Oracle.DataAccess, Version=2.111.7.20 file could not be located. I’ve already installed Oracle Data Provider for .NET which contains the file. When I setup ODP.net it places the dll files into c:app….odp.netPublisherPolicy folder. I just in case copied those files to C:WindowsMicrosoftFramework folder too, but still I got the same error. Could someone please help me solve this issue? Any help is greatly appreciated

Could not load file or assembly ‘Oracle.DataAccess’ or one of its dependencies. An attempt was made to load a program with an incorrect format

I have installed a Web app on IIS 7.0 Windows Server 2008 R2 64bit.
I am referring an oracle.DataAccess.dll;
When I try to access the application I get the following message:
“Could not load file or assembly ‘Oracle.DataAccess’ or one of its dependencies. An attempt was made to load a program with an incorrect format.”
Can anybody help me, please?

Membership.ValidateUser always returns false after upgrade to VS 2010 / .NET 4.0

Not sure whether this pertains to VS 2010 or to the upgraded framework, but… we are using the Oracle membership provider to authenticate users. Prior to the upgrade everything worked fine, but now Membership.ValidateUser(user, password) returns false despite valid credentials. There is no exception thrown, so it’s hard to determine what the problem might be. The website administration tool in VS 2010 is still able to manage users and roles (more or less), so I have no reason to question connectivity. What might the problem be?