Компилятор Visual Studio ошибочно генерирует D8037 при создании проекта C ++ ⇐ C++

[Anonymous]

Построение машины C ++ Project Solution в Visual Studio ошибочно генерирует следующую ошибку: < /p>

Код: Выделить всё

Error executing C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.38.33130\bin\Hostx64\x64\cl.exe (tool returned code: 2)
[106/749] Compile [x64] cl : Command line error D8037 : cannot create temporary il file; clean temp directory of old il files (0:00.09 at +0:00)

Само сообщение является ошибочным, несмотря на документацию Microsoft, так как папка STACHT % не содержит таких упомянутых файлов, и доступно много дискового пространства. Машина запускает совершенно свежую установку Windows 11 и настроена только для запуска сборки для этого проекта и ничего больше. Другие машины с идентичной настройкой компилируют проект без проблем. Папка (как и ожидалось, расположенная в appdata ) с адекватными разрешениями и что все другие переменные среды указывают правильно.
Я не могу предоставить минимальный Воспроизводимый пример, так как я не понимаю, почему это происходит, однако я отлаживал ситуацию, чтобы предоставить следующую информацию: < /p>
выводы монитора процесса < /h2>
Использование Procmon при выполнении сборки раскрывает операцию CreateFileMapping , вызванную из MSVCP140.dll возвращает сообщение «Файл заблокирован только с читателями», нет другой информации при условии.
Индикативные обходные пути
cl.exe запустить как администратор
, установив cl.exe Чтобы «запустить эту программу в качестве администратора». Сборка может быть выполнена, однако это, конечно, генерирует множество подсказок UAC и не является жизнеспособным решением. Отключение UAC позволит операции полностью построить, с добавленным предостережением новых окон командной строки, генерируемых для каждого модуля, созданного с Cl.exe . H3>
Создание решения с использованием опции «Run Build Insights» в Visual Studio приведет к тому, что проект будет нормально строить, а также пропустить дополнительные сборы без каких -либо проблем. Это, однако, не является жизнеспособным решением, поскольку проект должен строить без этого обхода. cl.exe по какой -то причине не может записать файлы в папку System's %TMP %. Это подтверждается обходным путем, поскольку этот тип сборки предположительно создает его собственную среду разработчика с отдельной папкой температуры.

Подробнее здесь: https://stackoverflow.com/questions/794 ... -c-project