Отладка dll клиентом на Delphi, использующим СОМ-объекты

Здравствуйте, уважаемые форумчане.

Тема, с которой обращаюсь к вам, на первый взгляд, не нова, но с её спецификой я не справился.

Пишу на Visual Studio 2012, C#, делаю dll для клиента, написанного на Delphi XE3. dll импортирует СОМ-типы и успешно регистрирует их в системе, клиентское приложение видит и даже использует методы СОМ-объектов, но...
...завершив черновой вариант, у меня обострилось желание отлаживать dll-ку не вслепую, а ставить брекпойнты в нужных мне местах. Полез я, было, в msdn, сделал всё, как там написано, но желаемого результата не достиг.
Т.е. сначала я выбрал в качестве рабочей папки (то, куда build'ится *.dll) каталог с клиентом *.exe, в VS полез в Проект -> Свойства проекта ->Отладка -> Запуск внешней программы, где вызываю этот же *.exe-клиент.

Клиент запускается, однако среда говорит "нет процессов, подключенных к dll",и дырявые брекпойнты не функционируют.
Также, бывал здесь и даже здесь.

У меня есть предположение, что клиент обращается к dll не напрямую, а зовёт метод библиотеки Activex (CoCreateInstance), но он не может никак рассказать среде VS, что обращается вообще-говоря к той же памяти, где находится вожделенная dll.

Если у вас есть какие-то идеи, как рассказать VS, что данная dll сейчас используется, буду премного благодарен.

Добавлено через 57 минут
Исходники кода Delphi тоже есть, и своими ручонками можно написать ещё более упрощённый вариант вызова того или иного метода.

Добавлено через 1 час 49 минут
Пока единственный вариант - писать собственноручно клиент средствами .NET и следовать вот этим советам msdn.

0

Попробуйте после запуска вручную приаттачиться к процессу.
Только запускайте тоже - не через F5 в студии, а отдельно.

1

Благодарю, dondublon. Присоединение вручную сработало.

Для тех, кто не в курсе, о чём речь. Клиентское приложение запускаем сами, в Visual Studio тыкаем: Отладка -> Присоединиться к процессу..., там находим наш *.exe-шник и радуемся.

Тема закрыта.

0