Как отменить регистрацию COM-библиотек, изначально добавленных с помощью RegSvr32, если аргумент / u не работает?
Правильно, изначально запускали:
c:\regsvr32 Amazing.dll
затем (случайно - я мог бы добавить) я должен был запустить его снова, и (действительно) снова, когда были выпущены новые версии Amazing.dll. Да, я знаю сейчас же, мне следовало бежать:
c:\regsvr32 /u Amazing.dll
заранее - но эй! Я забыл.
Чтобы перейти к делу, при добавлении ссылки COM в VS я вижу 3 экземпляра 'Amazing', все указывающие на одно и то же место (c: \ Amazing.dll), запуск regsvr32 /u удаляет одну из ссылок, второй раз - ничего не делает...
Как мне избавиться от этих ссылок? Я смотрю на сценарий regedit? - Если да - что будет точно, если я удалю один из ключей ???
Ваше здоровье
Ответы 3
Я и раньше попадал в ужасную неразбериху с COM. Мне пришлось выбирать свой путь, хотя реестр, к сожалению, удалял каждую ссылку.
GUID вашего объекта не должны меняться. Другими словами, после регистрации COM-объекта повторная регистрация не должна добавлять в реестр ничего дополнительного.
Если вы не добавили в проект дополнительные COM-интерфейсы или объекты.
В любом случае, если это разовая сделка (а похоже, что это так), откройте regedit и вручную удалите ненужные ключи.
Есть инструмент от MS, который все еще плавает и существует со времен Win95, который сканирует реестр и делает такие вещи, как находит COM-ключи, которые больше не указывают на действительный файл и т. д., Под названием RegClean (я нашел его здесь: http://downloads.zdnet.com/abstract.aspx?assetid=881470&node=2094), который я Я видел, что некоторые места все еще используются, особенно когда возятся с устаревшими материалами COM в VB, которые генерируют новые идентификаторы COM GUID после каждой сборки.
Итак, если вы получили это, то отмените регистрацию и удалите или переместите файл, запустите приложение, и оно очистит «осиротевшие» записи.
Если вы все же решите удалить ключи с помощью RegEdit, вам может потребоваться удалить идентификаторы классов, а также записи guid.