Improve support for native dlls

[GoogleCodeExporter]

I had to load a native dll in one of my projects (the vendor actually 
asked me to place his dll in my bin\Debug or bin\Release directory so I 
assume it is native), stand alone application ran fine, but when I tried 
to load the dll using unit tests in Gallio (during invocation of api 
calls) I was getting errors that DLL could not be found.

Later Jeff helped me figure out that we could solve this by placing the 
dll in Gallio\bin directory. The problem was resolved for the timebeing 
but it would be really nice to have long term solution.. something like a 
configuration file from which Gallio could load native dlls

The API I was using Cybersource SCMP API, the dll is CybsSecurity.dll

Original issue reported on code.google.com by santth...@gmail.com on 16 May 2008 at 1:54

[GoogleCodeExporter]

Original comment by jeff.br...@gmail.com on 28 May 2008 at 10:45

• Changed state: Accepted
• Added labels: Component-Gallio, Milestone-wild-blue-yonder, Priority-Low, Type-Enhancement
• Removed labels: Priority-Medium, Type-Defect

[GoogleCodeExporter]

Original comment by jeff.br...@gmail.com on 19 Nov 2008 at 8:01

• Added labels: Milestone-IdeaPool

[GoogleCodeExporter]

Santthosh, is this still an issue?

I don't quite remember *why* the DLL could not be loaded from the test assembly
directory.  If it had to do with the AppBase and working directory being set
incorrectly then the problem may well be fixed now.

Original comment by jeff.br...@gmail.com on 9 Oct 2009 at 8:45

[GoogleCodeExporter]

I don't this is an issue now, we can close this one. In my recent runs I am 
sure the
native dll's are getting loaded from test assembly directory.

Original comment by santth...@gmail.com on 9 Oct 2009 at 10:51

[GoogleCodeExporter]

Thanks.

Original comment by jeff.br...@gmail.com on 9 Oct 2009 at 11:10

• Changed state: NonRepro