Досадная проблема
От: Ka3a4oK  
Дата: 12.04.12 13:13
Оценка:
Есть большой проект на Немерле, который в т.ч. подключает нативные DLL. Проблема состоит в сквозной отладке этих нативных длл вместе с кодом Немерла. Для того, чтобы отладчик останавливался на брекпонитах в этих нативных DLL необходимо создавать и положить рядом с файлом проекта user файл с содержимым:

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
<EnableUnmanagedDebugging>[b]true[b]</EnableUnmanagedDebugging>
</PropertyGroup>
</Project>


После этого необходимо перегрузить проект. Но тогда возникает следующая проблема — отладчик перестает останавливаться в немерловом коде. Чтобы заставить его останавливаться в немерловом коде приходится переименовывать файл и опять перегружать проект. Все это очень неудобно и печально. Нельзя ли пофиксить баг. Мне кажется там должно быть что-то несложное.
Re: Досадная проблема
От: VladD2 Российская Империя www.nemerle.org
Дата: 13.04.12 20:06
Оценка:
Здравствуйте, Ka3a4oK, Вы писали:

KK>Есть большой проект на Немерле, который в т.ч. подключает нативные DLL. Проблема состоит в сквозной отладке этих нативных длл вместе с кодом Немерла. Для того, чтобы отладчик останавливался на брекпонитах в этих нативных DLL необходимо создавать и положить рядом с файлом проекта user файл с содержимым:

KK>

KK><Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
KK> <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
KK> <EnableUnmanagedDebugging>[b]true[b]</EnableUnmanagedDebugging>
KK> </PropertyGroup>
KK></Project>


Что-то сложно как-то. А не проще сделать атачь ту процесс и установить тип отладки при этом?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.