Home/ Questions/Q 6671215
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-26T03:21:41+00:00

I have VS solution that contains three projects – one builds an EXE and

  • 0

I have VS solution that contains three projects – one builds an EXE and the other two build DLLs. It’s organized this way because the DLLs contain code that is shared with other EXEs. When I deploy the EXE, I want to be able to just copy the EXE into a bin directory and have it run, without having to copy extra DLLs around. This is particularly important because other EXEs in the bin directory will have been built against earlier versions of the DLLs.

So I’ve included the DLLs built from the two projects in my EXE as embedded resources, and hooked AppDomain.CurrentDomain.AssemblyResolve to load them when the EXE runs.

And this works, except for two things:

  1. Each DLL project actually builds two DLLs, one when the configuration is “Debug” and one when the configuration is “Release”. It’d be kind of nice to include the proper build with the proper build. And
  2. If the DLLs don’t already exist, the build fails.

It’s the second that is the real problem. If the DLLs already exists, the build runs fine. But if the DLLs are missing, the build fails. So adding these dependencies only works if I build the solution without the dependencies first, and then add them in.

Which won’t work, of course. I need a solution that will build from a clean check-out.

So, any ideas?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    OK, here’s the problem. Each of the DLL projects creates a copy of its DLL in its own project folder, ./bin/Release/ or ./bin/Debug/.

    You can’t include them as embedded resources in the EXE project, because they are not in the EXE project folder.

    When the EXE project finishes building, it copies the project DLLs into its own ./bin/Release/ or .bin/Debug/. Because these copied files are in the EXE project folder, you can include them as embedded resources, except that you don’t want to, because they don’t exist until the build is complete, and the build won’t complete if they aren’t there.

    The solution is to put a copy of the DLLs somewhere else in your EXE project folder, and to include those copies in your assembly as embedded resources. I put them in ./DLLs/.

    And then, to eliminate the necessity of copying them by hand, I added a pre-build event:

    COPY $(SolutionDir)\myDLL\bin\$(ConfigurationName)\myDLL.dll $(ProjectDir)\DLLs

    Note how this will copy either the debug or the release version of the DLL, depending upon what I am building.

    • 0