Dll not copying to bin folder?

Right click on the referenced dlls and check if copy local is true you can also try readding your references once, this had resolved a similar problem for me when I had converted a VS2005 project to VS2008 project.

Right click on the referenced dlls and check if copy local is true. You can also try readding your references once, this had resolved a similar problem for me when I had converted a VS2005 project to VS2008 project.

I do have copy local equal to true. I re-added the Devart references way more than once...trust me. It seems like it's only the Devart dlls.

Could they have an issue that is causing this? – Dan H Oct 1 '10 at 19:49 I cant think of anything else, you could probably try copying theses during post build or refering the dlls directly from the projectA – Vinay B R Oct 1 '10 at 19:59 also if you have the devart dlls in GAC try removing them and rebuilding your projects – Vinay B R Oct 1 '10 at 20:06 How do I safely remove them from the GAC? – Dan H Oct 1 '10 at 20:29 what do you mean by safely remove from gac?

The dlls were probably copied to gac when you installed devart, try uninsatalling it or else type assembly in run window and press enter. Search for devart dlls right click and select uninstall. – Vinay B R Oct 1 '10 at 20:34.

If these DLLs are in a sub-directory for project B, make sure the "Copy Local" property for each reference is set to true. Also, if the DLL files are included as files in your project, check the visual studio properties for the files themselves. The "Build Action" should be set to "None" and the "Copy to Output Directory" should be set to "Do not copy".

EDIT: Simply having them as references with copy local = true will take care of the copying. If these settings are different for the different DLLS, that could explain why some are being copied into the bin folder and others are not.

I had a similar problem with external references. The thing is that the unused libraries are not copied. Do you use the Devart libraries from your projectB?

Any instance, inheritance, anything, ...? Please try this: Instansiate some mock class from the three libraries in your projectB and recompile. It has worked for me. I would like get to the formal explanation.

I cant really gove you an answer,but what I can give you is a way to a solution, that is you have to find the anglde that you relate to or peaks your interest. A good paper is one that people get drawn into because it reaches them ln some way.As for me WW11 to me, I think of the holocaust and the effect it had on the survivors, their families and those who stood by and did nothing until it was too late.