Проблема связывания C ++ и регистрации COM

Вы можете использовать Process Monitor (http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx) установлен для фильтрации имени процесса regsvr32.exe, чтобы видеть все обращения к файлам и реестру.

Всегда используйте полный путь к вашей-com-dll, когда вы вводите команды regsvr32, если у вас есть такая же dll где-то еще в пути (например, c: \ windows \ system32), regsvr32 будет использовать другую dll, а не ту, что находится в вашем текущем каталоге .

Еще одна уловка - использовать "rundll32 your-com-dll, DllRegisterServer". В случае отсутствия DLL он сообщит, какая DLL отсутствует, вместо того, чтобы просто сказать, что LoadLibrary не удалось.

Изменить: что вы имеете в виду, говоря «Если я попытаюсь зарегистрировать объекты com»? Как ты это делаешь? Я спрашиваю, потому что вы говорите, что regsvr32 в dll, который на самом деле реализует этот com-объект, работает нормально.

Используйте инструмент обходчика зависимостей, чтобы выяснить, на какие другие DLL-файлы полагается COM-сервер. Затем проверьте пути к исполняемым файлам, которые заданы в Visual Studio (Инструменты -> Параметры -> Проекты -> Каталоги (я думаю)). Обратите внимание, что VS не использует системную переменную среды PATH - он использует то, что задано на странице параметров, поэтому, если путь к зависимостям не указан там, регистрация завершится неудачно, даже если вы использовали regsvr32 из командной строки, это было бы преуспевать.

Так вот, сюжет сгущается !!!!

Я на самом деле сузил диапазон до строки кода, которая вызывает эту проблему связывания. В модифицированной библиотеке (LIB1) я добавил новый класс A1, который наследуется от существующего класса A. Когда я изменяю существующий класс B, который раньше наследовал от A, теперь наследует от A1 - тогда возникает проблема. Класс B находится в lib3.

Я убедился, что когда я меняю наследование, возникает проблема !!!

Я использовал file-mon на regsvr32 при успешной загрузке и при сбое. Я изо всех сил пытаюсь найти разницу! Завтра утром попробую Process Monitor и посмотрю, поможет ли.

Все еще отчаянно нуждается в помощи, Аз

хм ... как спрашивает Кристиан, как еще вы пытаетесь зарегистрировать объекты, если regsvr32.exe завершается успешно?

Совет rundll32.exe тоже хорош. Вы пробовали пройти через DllRegisterServer в отладчике, чтобы точно увидеть, когда он терпит неудачу? это звучит как потенциальный сбой во время выполнения, если depends.exe ничего не раскрывает.

кстати, когда я ищу в Google этот точный текст ошибки, я вижу: http://social.msdn.microsoft.com/forums/en-US/sqldataaccess/thread/402c1767-cf1d-42f0-aec9-e0169dbf1083/, но я предполагаю, что вы Возможно, я уже выполнил этот поиск и нашел, что он бесполезен :)