Можно ли загрузить несовпадающие символы в Visual Studio?

Переопределения нет, но плакат с этим question нашел способ изменить файлы PDB, чтобы они соответствовали EXE.

Благодаря одному из комментариев к первому ответу я просмотрел ссылку на PDF-файлы книги «Недокументированные секреты Windows 2000: поваренная книга программистов». И автор очень подробно описывает формат файла pdb. Как я уже сказал, я уже загрузил pdb в шестнадцатеричный редактор и перевернул некоторые биты, показывая, что я сделал совпадение возраста / подписи, но это не сработало. Что ж, после использования утилиты из книги секретов W2k, чтобы "взорвать" pdb на включенные потоки, я обнаружил, что они скрывают еще одну ссылку на возраст в потоке 3 !!!!!!! Как только я перевернул и этот, он совпал в windbg.

Не уверен, что вы хотите навлечь на себя столько проблем, но похоже, что это можно сделать. Если это для производственной поддержки, то это того стоит.

Попробуйте эту утилиту:

Утилиту ChkMatch можно использовать для проверки совпадения исполняемого файла и файла отладочной информации. Его также можно использовать для обеспечения соответствия между исполняемым файлом и файлом отладочной информации, если они совместимы.

Дополнительную информацию о сопоставлении отладочной информации и связанных проблемах см. В этой статье.

Поддерживаемые форматы отладочной информации: DBG, PDB 2.0, PDB 7.0 ...

Visual Studio и Windbg сопоставляют pdb, сравнивая отметки времени в заголовке Executable с отметками времени, хранящимися в файле pdb. Вы можете просмотреть метку времени, запустив dumpin / headers.

Я не использовал chkmatch, но изменение exe или pdb для соответствия друг другу должно работать нормально.

Имейте в виду, что этого метода может быть недостаточно для отладки вашего двоичного файла. Джон Роббинс в своей книге «Отладка Windows» (которую я могу порекомендовать) упоминает, что он видел разные результаты сборки из идентичного дерева исходных текстов, построенных почти в одинаковое время.

Всегда создавайте символы pdb вместе со своими сборками (включая сборки выпуска) и архивируйте их вместе с продуктами сборки и включайте файл .map для хорошей меры.

Согласно этому сообщению, можно также использовать команды sos windbg в Visual Studio. Но я не уверен, что ".symopt" также попадает в эту категорию.

Мне сказали, что в VS2019 (ориентировочно 16.7 .. 16.8) они переключились на многопоточный генератор файлов PDB, чтобы ускорить это.

Побочным эффектом является то, что разделы файла, созданные в разных потоках, могут оказаться в другом порядке в файле.

В итоге, даже более важно, чем раньше, использовать PDB, созданный с помощью EXE, а не другого.