The process of installing, configuring, and customizing Visual Studio to support development workflows across languages, platforms, and workloads.
The warning text matches a known Visual Studio issue where deployment files for a Setup Project (.vdproj) become corrupted and the IDE reports:
Unable to update the dependencies of the project. The dependencies for the object 'name.dll' cannot be determined
In that state, the setup project can appear to build successfully but the deployment output is effectively broken.
Based on the available information, the questions can be addressed as follows:
- The message “dependencies for the object 'System.Buffers.dll' cannot be determined” indicates the setup project’s dependency information has become corrupted. This is a known behavior when a solution contains both a Database Project and a Setup Project; the IDE can corrupt the deployment files after they are used multiple times.
- Yes. Once the deployment files are corrupted, the setup project can no longer correctly resolve dependencies, which can prevent valid installer output from being produced even though the build is reported as succeeded.
- The documented issue is not specific to .NET Framework 4.7.2 or x64, but to the Visual Studio 2005 IDE behavior with Web Setup/Setup projects when combined with a Database Project in the same solution. The symptom is the same dependency error you are seeing, so it is consistent with a limitation/bug in the setup project system rather than in System.Buffers.dll itself.
- The recommended resolution from the documented issue is to avoid or correct the corrupted deployment files. In practice this typically involves:
- Removing the problematic setup project from the solution and recreating it so that a fresh .vdproj is generated, and
- Avoiding the solution configuration that triggers the corruption (for example, not combining the Database Project and Setup Project in the same solution, or rebuilding the setup project definition after such changes).
If the solution contains a Database Project alongside the Setup Project, separating them and recreating the setup project is the supported way to restore correct dependency resolution and allow .msi output to be generated again.
References: