2017-01-23 12 views
1

Я не могу проследить в библиотеке MFC, если бы я создал проект в 2015 году. У меня было 2015 некоторое время, и я перенес проект 2010 года до 2015 года, и они не имеют этой проблемы. Все символы загружаются. И я могу обмануть проблему, открыв окно разборки, проверив, а затем закрою окно разборки. Оттуда я могу отслеживать в MFC-вызов после хорошего вызова. Но как только я прослежу до своего собственного кода, я не могу вернуться в MFC.Отслеживание в MFC, созданное с помощью Visual Studio 2015, не работает

Я искал лучшее, что мог, но не нашел ничего даже близко.

Я просто не знаю, было ли это новым, так как я применял SP3 несколько недель назад. Он только что появился в недавно созданных проектах. Я тестировал с помощью Dialog и SDI-приложения. Они оба не прослежу. Он просто переходит, никаких сообщений.

Проект, созданный в 2010 и 2015 годах, выглядит одинаково. Unicode, динамически связанный, компилятор v140. Это похоже на небольшую разницу, но почему это приведет к тому, что трассировка будет действовать так, как это неуловимо для меня.

Обновление: Просто для проверки. Я создаю приложение Dialog в 2010 году и обновляю его до 2015 года. Я могу отслеживать в MFC, если я так делаю.

ответ

1

Вам нужно отключить Just My Code опцию из DebuggingGeneral диалога в Options.

+0

Спасибо. Но это просто стало более странным. Когда «только мой код» включен в старые проекты, я могу отслеживать в MFC. Я отключил его в новом проекте, и проблема не устранена. – lakeweb

2

Используя два проекта, я мог бы использовать alt-tab между свойствами и искать различия. Я добрался до Linker -> Debugging и обнаружил, что Generate Debug Info отличается.

С 2010 года это было:

Optimize for debugging (/DEBUG)

И для нового проекта 2015 было:

Optimize for faster linking (/DEBUG:FASTLINK)

Изменение 2015 сгенерирована связь с /DEBUG:FASTLINK к только /DEBUG и я мог проследить в МФЦ. Я бы добавил, что это только влияет на MFC. Я все еще мог проследить в ATL и других библиотеках.