WinDbg, с мини-дампом из собственного 32-разрядного приложения, отказывающего в 64-разрядном Windows, не загрузит символы для системы DLLs
Пожалуйста, используйте чехол .. когда .. Оператор.
Пример:
select j.id, case when j.version is null then 'unknown' else j.version end as version
from jsoninput as j
Выход:
Или вы можете просто установить значение по умолчанию в столбце базы данных sql напрямую.
2 ответа
Вы отлаживаете в 32-разрядной или 64-разрядной системе, и с 32 или 64-разрядной версии WinDBG? Обычно необходимо отлаживать на том же пакете архитектуры, от которого Вы взяли дамп:
http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx
"32-разрядная версия Средств отладки для Windows является лучшим выбором, если Вы не отлаживаете приложение на 64-разрядном процессоре. В этом случае необходимо использовать 64-разрядный пакет".
Кроме того, смотрите на эту статью, где он отлаживает 32-разрядное приложение, работающее на 64-разрядной платформе:
http://blogs.msdn.com/alejacma/archive/2008/07/18/How-to-use-Windbg-to-debug-a-dump-of-a-32bit-.NET-app-running-on-a-x64-machine.aspx
Рассмотрим обходной путь, упомянутый здесь, когда syswo64 \ ntdll.dll копируется в Syswow64 \ ntdll32.dll
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=98781&wa=wsignin1.0
У меня работает.