| Subject | Re: Unable to load DLL 'fbembed' from MSTest unit tests in VS 2008 |
|---|---|
| Author | greg.bradburn |
| Post date | 2009-09-30T21:13:32Z |
Forgive me for being obtuse Dimitry, but I am truly confused.
Our application runs absolutely fine without the full server installed. The embedded fb dlls are copied to the application's folder during installation.
The only issue I am struggling with is getting our unit tests to run. The gentlemen who authored these tests is long gone and it has fallen to me to get them running.
As for the MSVC RTL being required, this is a development machine after all with both VS 2005 & VS 2008 installed. The msvcrt.dll is present in both my system32 and wow64 folders as well as several other folders on my machine.
I have gotten around the dll load problem by having a [TestSetup] method copy the embedded fb dlls to the testresults folder at the start of the run. That worked as expected and got me past the error.
Now I just need to figure out why FBConnection.ClearPools() called from my [TestCleanup} method is not releasing my .fbd file resulting in an IOException because the file is "in use by another process".
Our application runs absolutely fine without the full server installed. The embedded fb dlls are copied to the application's folder during installation.
The only issue I am struggling with is getting our unit tests to run. The gentlemen who authored these tests is long gone and it has fallen to me to get them running.
As for the MSVC RTL being required, this is a development machine after all with both VS 2005 & VS 2008 installed. The msvcrt.dll is present in both my system32 and wow64 folders as well as several other folders on my machine.
I have gotten around the dll load problem by having a [TestSetup] method copy the embedded fb dlls to the testresults folder at the start of the run. That worked as expected and got me past the error.
Now I just need to figure out why FBConnection.ClearPools() called from my [TestCleanup} method is not releasing my .fbd file resulting in an IOException because the file is "in use by another process".