Fatal error c1090 pdb api call failed error code 23

Build on Windows Fails sometimes with fatal error C1090: PDB API call failed #48070

Report

Summary

The text was updated successfully, but these errors were encountered:

I couldn’t figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label.

Looks like this can get caused by locks on the file caused by parallel compilation, antiviruses, and parallel builds: https://developercommunity.visualstudio.com/content/problem/552999/fatal-error-c1090-pdb-api-call-failed-error-code-3.html

There was a workaround in a Jenkins forum should we see this again: https://issues.jenkins.io/browse/JENKINS-9104

Be careful about assuming we should workaround such issues. If they appear regularly it’s more likely we have a concurrency issue in the build, or a bad practice (eg: open/re-write in place) in a build process.

It’s at a different point in the build.

Looks like they got more hits: https://developercommunity.visualstudio.com/t/C1090-PDB-API-call-failed-error-code-2/48897#T-ND770588 and they are starting to see this data becoming hotter in Watson. I don’t know if we have the buildpool configured for heapdumps (@dnceng), but maybe setting failfast on our builds could help us get dumps if they could be useful for the MSVC team.

Thanks @jeffhandley. I’ve gotten two dumps (one from your PR and one from Maoni’s PR). After looking, this doesn’t seem to be an issue on our infrastructure and I’ve routed it to the C++ team for help.

@hoyosjs did you hear back from C++?

Yeah, I talked to YongKang and we could only tell that it was corruption on an object’s vtable. The suggestion was to use TTT to pinpoint where the corruption happened, but this isn’t particularly easy to achieve on the build machines (slows things, files are large, and our builds are already quite bulky).

Does a retry usually make things work?

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Compiler fatal errors C999 through C1999

The articles in this section of the documentation explain a subset of the error messages that are generated by the Microsoft C/C++ compiler.

The Visual Studio compilers and build tools can report many kinds of errors and warnings. After an error or warning is found, the build tools may make assumptions about code intent and attempt to continue, so that more issues can be reported at the same time. If the tools make the wrong assumption, later errors or warnings may not apply to your project. When you correct issues in your project, always start with the first error or warning that’s reported, and rebuild often. One fix may make many subsequent errors go away.

To get help on a particular diagnostic message in Visual Studio, select it in the Output window and press the F1 key. Visual Studio opens the documentation page for that error, if one exists. You can also use the search tool at the top of the page to find articles about specific errors or warnings. Or, browse the list of errors and warnings by tool and type in the table of contents on this page.

Not every Visual Studio error or warning is documented. In many cases, the diagnostic message provides all of the information that’s available. If you landed on this page when you used F1 and you think the error or warning message needs additional explanation, let us know. You can use the feedback buttons on this page to raise a documentation issue on GitHub. If you think the error or warning is wrong, or you’ve found another problem with the toolset, report a product issue on the Developer Community site. You can also send feedback and enter bugs within the IDE. In Visual Studio, go to the menu bar and choose Help > Send Feedback > Report a Problem, or submit a suggestion by using Help > Send Feedback > Send a Suggestion.

You may find additional assistance for errors and warnings in Microsoft Learn Q&A forums. Or, search for the error or warning number on the Visual Studio C++ Developer Community site. You can also search Stack Overflow to find solutions.

For links to additional help and community resources, see Visual C++ Help and Community.

Источник

MSBuild fails with error «fatal error C1090: PDB API call failed, error code ’23′»

Details

Description

VS2010 C++, C# build fails with error fatal error C1090: PDB API call failed, error code ’23’ when run using MSBuild plugin.

Parameters: /m /p:Configuration=Release /p:Platform=win32

The build passes if run using command line (Windows Batch Command)

Attachments

Issue Links

JENKINS-9104 Visual studio builds started by Jenkins fail with «Fatal error C1090» because mspdbsrv.exe gets killed

• Resolved
  A developer had implemented a fix and is waiting for a feedback from the reporter. «>Resolved

Activity

Parameters: /m /p:Configuration=Release /p:Platform=win32

The build passes if run using command line (Windows Batch Command)

Does this occur every time when building in Jenkins? Are you building multiple VS projects in parallel when this occurs? Try not doing that.

This happens atleast twice in 8 builds. We build many projects in parallel.
Our intention of using msbuild is to improve the speed and reduce build time by parallelization. I am not sure why this issue occurs.

Источник

Fatal error c1090 pdb api call failed error code 23

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I have a Win32 C++ solution with several dependent projects. Often when I build or rebuild, I get some sort of ‘busy error. For instance:

error MSB6003: The specified task executable «link.exe» could not be run. The process cannot access the file ‘E:devcsmscsDebuglink.4172-cvtres.read.1.tlog’ because it is being used by another process. C:Program Files (x86)MSBuildMicrosoft.Cppv4.0PlatformsWin32Microsoft.Cpp.Win32.Targets

If I am persistent and retry (sometimes it takes 3 or 4 retries), the problem resolves itself and everything works. A long time ago, someone in a forum pointed out that this was a problem with VS2005 on multi-cpu processors.

I had this problem on previous versions of VS, but now I’ve upgraded to 2010 and still having the issue.

Is this a Visual Studio problem or perhaps some sort of setting that I have wrong?

In terms of computer details, I’m now running Windows 7 Ultimate on an i7-930, but I’ve also seen the exact problem on a quad core running XP.

Answers

When the issue happens, you could use Process Explorer to find which process is handling the file.

Regards,
Rong-Chun Zhang
MSDN Subscriber Support in Forum
If you have any feedback on our support, please contact msdnmg@microsoft.com

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
Welcome to the All-In-One Code Framework! If you have any feedback, please tell us.

Yes, projects are sharing build directories. This must be the problem. I’ll rework the projects to change the directories and see what happens.

Good thought, but stopping anti-virus didn’t change the problem. See my reply below to the issue of having projects sharing a directory. I believe that’s the real problem.

I have experienced several manifestations of this problem in VS2010 in several ways including MSB6003 and C2471, as well as several other errors similar to:

«The specified task executable «link.exe» could not be run. The process cannot access the file ‘. sDebuglink.4172-cvtres.read.1.tlog’ because it is being used by another process. «

«c:program files (x86)microsoft visual studio 10.0vcincludeistream(1187): fatal error C1090: PDB API call failed, error code ’23’ :»

The cause was because several projects in the solution were using the same default pdb filename (vc100.pdb) in the same output directory. If parallel project building is enabled then there’s a conflict/race condition with multiple build processes trying to modify the files at the same time. The solution was to change the pdb filename to $(OutDir)$(ProjectName).pdb and create a separate output and intermediate directory for each project and configuration:

Output Directory: $(Platform)$(Configuration)$(ProjectName)
Intermediate Directory: $(OutDir)

Источник

Fatal error c1090 pdb api call failed error code 23

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I have a Win32 C++ solution with several dependent projects. Often when I build or rebuild, I get some sort of ‘busy error. For instance:

error MSB6003: The specified task executable «link.exe» could not be run. The process cannot access the file ‘E:devcsmscsDebuglink.4172-cvtres.read.1.tlog’ because it is being used by another process. C:Program Files (x86)MSBuildMicrosoft.Cppv4.0PlatformsWin32Microsoft.Cpp.Win32.Targets

If I am persistent and retry (sometimes it takes 3 or 4 retries), the problem resolves itself and everything works. A long time ago, someone in a forum pointed out that this was a problem with VS2005 on multi-cpu processors.

I had this problem on previous versions of VS, but now I’ve upgraded to 2010 and still having the issue.

Is this a Visual Studio problem or perhaps some sort of setting that I have wrong?

In terms of computer details, I’m now running Windows 7 Ultimate on an i7-930, but I’ve also seen the exact problem on a quad core running XP.

Answers

When the issue happens, you could use Process Explorer to find which process is handling the file.

Regards,
Rong-Chun Zhang
MSDN Subscriber Support in Forum
If you have any feedback on our support, please contact msdnmg@microsoft.com

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
Welcome to the All-In-One Code Framework! If you have any feedback, please tell us.

Yes, projects are sharing build directories. This must be the problem. I’ll rework the projects to change the directories and see what happens.

Good thought, but stopping anti-virus didn’t change the problem. See my reply below to the issue of having projects sharing a directory. I believe that’s the real problem.

I have experienced several manifestations of this problem in VS2010 in several ways including MSB6003 and C2471, as well as several other errors similar to:

«The specified task executable «link.exe» could not be run. The process cannot access the file ‘. sDebuglink.4172-cvtres.read.1.tlog’ because it is being used by another process. «

«c:program files (x86)microsoft visual studio 10.0vcincludeistream(1187): fatal error C1090: PDB API call failed, error code ’23’ :»

The cause was because several projects in the solution were using the same default pdb filename (vc100.pdb) in the same output directory. If parallel project building is enabled then there’s a conflict/race condition with multiple build processes trying to modify the files at the same time. The solution was to change the pdb filename to $(OutDir)$(ProjectName).pdb and create a separate output and intermediate directory for each project and configuration:

Output Directory: $(Platform)$(Configuration)$(ProjectName)
Intermediate Directory: $(OutDir)

Источник

Ночью не прошел билд плюсовой программы (VC):

LA-LA-LA.cpp(32): fatal error C1090: PDB API call failed, error code '23': '( [BLA-BLA-BLA.vcxproj]
LA-LA-LA.cpp(32): error C2471: cannot update program database '???' [BLA-BLA-BLA.vcxproj]
LA-LA-LA.cpp(32): error C2471: cannot update program database 'b??' [BLA-BLA-BLA.vcxproj]
LA-LA-LA.cpp(32): error C2471: cannot update program database '???' [BLA-BLA-BLA.vcxproj]

Это не первый раз и причина известна — лютая фрагментация рабочего раздела (Win10 Pro 1809, NTFS, 4TB, 1.2TB свободно). Хотя я пару недель назад запускал дефрагментатор.

В голову пришла мысль — может надо уже пересесть на Win10 Pro for Workstation c её ReFS?

Кто-нибудь уже пробовал это?

Re: Win10 Pro for WS и ReFS

Re[2]: Win10 Pro for WS и ReFS

Здравствуйте, Kernan, Вы писали:

K>Здравствуйте, Коваленко Дмитрий, Вы писали:

КД>>Это не первый раз и причина известна — лютая фрагментация рабочего раздела (Win10 Pro 1809, NTFS, 4TB, 1.2TB свободно). Хотя я пару недель назад запускал дефрагментатор.
K>Не к ночи будет задан вопрос, но как ты запретил обновление до 1904?

Как отключить обновления Windows 10

Как отключить автоматические обновления Windows 10 в редакторе локальной групповой политики

Отключение обновлений с помощью редактора локальной групповой политики работает только для Windows 10 Pro и Enterprise, но при этом является самым надежным способом для выполнения указанной задачи. Действия по шагам:

1. Запустите редактор локальной групповой политики (нажать Win+R, ввести gpedit.msc)
2. Перейдите к разделу «Конфигурация компьютера» — «Административные шаблоны» — «Компоненты Windows» — «Центр обновления Windows». Найдите пункт «Настройка автоматического обновления» и дважды кликните по нему.

И после этого я не тыкаю в «проверить обновления». Если ткнуть — накатит все, что ему вздумается.

Эпизодически у меня вылазит предупреждение что «отсутствуют важные обновления».

КД>>Кто-нибудь уже пробовал это?
K>Попробуй чекнуть диск сперва и поверить СМАРТ на ошибки. Может винт просто умирает понемного?

Это RAID6 из четырех дисков на отдельном контроллере — он пока не ругается на их состояние.

Вот жеж меня угораздило сделать 6 вместо 10. Третий год мучаюсь, но лень переконфигурировать.

Один раз спасло, когда я в процессе профилактики случайно выдернул два сигнальных шнура

—
Выполнил дефрагментацию — сейчас все нормально, не спотыкается

Re[3]: Win10 Pro for WS и ReFS

Здравствуйте, Коваленко Дмитрий, Вы писали:

КД>—

КД>Выполнил дефрагментацию — сейчас все нормально, не спотыкается

а чем вы дефрагментировали ?

Re[4]: Win10 Pro for WS и ReFS

Здравствуйте, sergey2b, Вы писали:

S>Здравствуйте, Коваленко Дмитрий, Вы писали:

КД>>—

КД>>Выполнил дефрагментацию — сейчас все нормально, не спотыкается

S>а чем вы дефрагментировали ?

… Встроенным дефрагментатором Винды. Есть другие варианты?

Господа, Вы меня пугаете такими вопросами

Re[5]: Win10 Pro for WS и ReFS

Здравствуйте, Коваленко Дмитрий, Вы писали:

КД>… Встроенным дефрагментатором Винды. Есть другие варианты?

КД>Господа, Вы меня пугаете такими вопросами

у меня на рабочем PC дефрагментатор был недоступен в течении 3 лет, поэтому я подумал что дефрагментатор из винды 10 удалили

Re: Win10 Pro for WS и ReFS

Здравствуйте, Коваленко Дмитрий, Вы писали:

КД>Это не первый раз и причина известна — лютая фрагментация рабочего раздела (Win10 Pro 1809, NTFS, 4TB, 1.2TB свободно). Хотя я пару недель назад запускал дефрагментатор.

На правах альтернативы.
Так может запуск дефрагментатора в планировщик закинуть?

КД>В голову пришла мысль — может надо уже пересесть на Win10 Pro for Workstation c её ReFS?
КД>Кто-нибудь уже пробовал это?
На себе тренироваться не хочется
Если поставишь эксперимент — отпишись пожалуйста.

Re[2]: Win10 Pro for WS и ReFS

Здравствуйте, ShaggyOwl, Вы писали:

КД>>Это не первый раз и причина известна — лютая фрагментация рабочего раздела (Win10 Pro 1809, NTFS, 4TB, 1.2TB свободно). Хотя я пару недель назад запускал дефрагментатор.

SO>На правах альтернативы.
SO>Так может запуск дефрагментатора в планировщик закинуть?

Раз эта тема (дефрагментации по расписанию) поднялась, то доп. вопрос

У меня вроде указана оптимизация по расписанию.

Но, по факту, она не выполняется.

ЧТОЯНЕТАКДЕЛАЮ?

Может потому что компьютер все время что-то делает (по ночам, к примеру, еще и бакапы) и система решает не дефрагментировать диски?

КД>>В голову пришла мысль — может надо уже пересесть на Win10 Pro for Workstation c её ReFS?
КД>>Кто-нибудь уже пробовал это?
SO>На себе тренироваться не хочется
SO>Если поставишь эксперимент — отпишись пожалуйста.

Я тогда почитал, более менее внимательно, про неё. У ReFS пока есть ограничения по сравнению с NTFS. Типа ссылки(?) (Drive1_Dir1->Drive2_Dir2) не поддерживаются, а я их юзаю.

Так что пока повременим. И вообще нельзя взять и сразу перепрыгнуть на другой тип системы — надо подумать. Пару лет

Да и, наверное, такое надо делать на новом компьютере. А у меня только-только этот устаканился.

Re[3]: Win10 Pro for WS и ReFS

Здравствуйте, Коваленко Дмитрий, Вы писали:

КД>Но, по факту, она не выполняется.
КД>ЧТОЯНЕТАКДЕЛАЮ?
КД>Может потому что компьютер все время что-то делает (по ночам, к примеру, еще и бакапы) и система решает не дефрагментировать диски?
Печаль.
Априори я бы на какой-то косяк с правами грешил…
Надо журналы Windows полистать. Отталкиваясь от времени потенциального старта дефрагментатора.

Если будет пусто, то как альтернатива — батник с defrag с ключиками.

КД>Так что пока повременим. И вообще нельзя взять и сразу перепрыгнуть на другой тип системы — надо подумать. Пару лет
+1