есть солюшн, в нем находятся 2 проекта:
1) COM объект (output type: class library)
2) сборка, содержащая классы, используемые в 1 (output type: class library)
В Проекте 1 проставлена ссылка на проект 2. В проекте 1 в debugging/Start action прописан .exe, использующий этот самый COM.
Запускаю отладку — проекты компилируются, EXE запускается, точки останова работают.
Завершаю отладку, правлю код второго проекта, запускаю — получаю следующую ситуацию: проекты компилируются, exe запускается, но при отладке выясняется, что изменения, внесенные в код не воспринимаются и дебаггер работает с откомпилированной ранее библиотекой.
Та же самая ситуация при выполнении Rebuild Solution — код, добавленный во 2-й проект при компиляции просто игнорируется.
Положение спасает убийство загадочной папки C:\Documents and Settings\administrator\Local Settings\Application Data\assembly\dl2 d в этом случае все изменения внесенные в проект 2 благополучно компилируются.
Использую MSDE 2003 Version 7.1.3088
.NET Framework Version 1.1.4322 SP1
проверял еще на одном компе с той же версией MSDE — та же самая ерунда.
Подскажите плз, это такой баг у 2003 вижуал студии, или это такая фича, и я гденить галку забыл поставить?
Кто нибудь вообще сталкивался с подобной проблемой?
помочь не смогу, я тоже с этим столкнулся, правда я борюсь с этим так:
делаю ребилд DLL, от которой зависит EXE, после этого до студии "доходит" и она "обновляет" EXE и все нормально становиться.
Решение топорное, но времени разбираться подробнее как всегда нету.
Если у кого-то есть верное решение, был бы тоже благодарен ...
А не в курсе, для чего студия делает копии сборок в этой папке:
C:\Documents and Settings\administrator\Local Settings\Application Data\assembly
не перекомпилируется сборка именно там, если эту папку очистить то в output path тоже все перекомпилится.
Здравствуйте, corvaxv, Вы писали:
C>Здравствуйте, Vark, Вы писали:
C>А не в курсе, для чего студия делает копии сборок в этой папке: C>C:\Documents and Settings\administrator\Local Settings\Application Data\assembly C>не перекомпилируется сборка именно там, если эту папку очистить то в output path тоже все перекомпилится.