Прекращена работа программы сервер регистрации microsoft windows 7

Если вы получаете всплывающее окно с сообщением об ошибке «Сервер регистрации Microsoft (C) перестал работать», всякий раз, когда вы работаете на компьютере с Windows, этот пост может вам помочь. Сервер регистрации Microsoft — это команда, используемая для регистрации DLL (динамических библиотек) в Windows. Вы можете получить эту ошибку, когда пытаетесь зарегистрировать файл DLL с помощью команды Regsvr32, или она может продолжать появляться, если операционная система не может зарегистрировать файл DLL.

Сервер регистрации Microsoft (C) перестал работать, Windows может проверить в Интернете решение проблемы.

Сообщение об ошибке, похоже, не влияет на рутинную операцию, но может всплывать, вызывая нежелательное отвлечение. Если возникает какая-либо проблема, связанная с регистрацией DLL, на экране вашего компьютера появляется сообщение об ошибке. К счастью, существует обходной путь для этой проблемы.

Вы можете решить эту проблему, ослабив статус защиты вашего компьютера. Для этого сделайте следующее:

Откройте панель управления и выберите «Система». Затем нажмите «Дополнительные параметры системы» и откройте вкладку «Дополнительно». Теперь в разделе «Производительность» нажмите кнопку «Настройки».

Теперь щелкните вкладку «Предотвращение выполнения данных», которая отображается под окном «Параметры производительности», и выберите «Включить DEP» для всех программ и служб, кроме выбранных мной.

Предотвращение выполнения данных или DEP — это функция безопасности, которая была введена в Windows Vista и позже, и которая может помочь предотвратить повреждение вашего компьютера вирусами и другими угрозами безопасности. Вы можете включить или отключить предотвращение выполнения данных или отключить предотвращение выполнения данных (DEP) для конкретной программы.

Хорошо, возвращаясь, теперь вам нужно указать программу regsvr32.exe, скажем Microsoft. Для этого нажмите кнопку «Добавить» и перейдите к C: Windows System32 папка. Найдите и выберите regsvr32.exe файл. Предполагается, что вы используете 32-разрядную версию Windows. Когда появится предупреждающее сообщение о том, что действие может сделать ваш компьютер незащищенным и уязвимым для атак, проигнорируйте его и нажмите OK, чтобы продолжить.

Когда появится предупреждающее сообщение, в котором говорится, что действие может сделать ваш компьютер незащищенным и уязвимым для атак, проигнорируйте его и нажмите OK, чтобы продолжить.

Наконец, попробуйте снова запустить команду regsvr32 из командной строки, и все должно работать для вас. Вы также не увидите всплывающее сообщение.

Для компьютеров под управлением 64-разрядной версии Windows путь к папке: C: Windows SysWOW64.

Вы не можете установить атрибуты DEP для 64-битных исполняемых файлов.

Если вы получите Вы не можете установить атрибуты DEP для 64-битных исполняемых файлов. ошибка при попытке сделать это, вам может потребоваться добавить файл dllhost.exe, который находится в C: Windows SysWOW64 папку тоже в список программ вместе с regsvr32.exe.

Надеюсь это поможет.

.

Иногда система Windows отображает сообщения об ошибках поврежденных или отсутствующих файлов regsvr32.exe. Подобные ситуации могут возникнуть, например, во время процесса установки программного обеспечения. Каждая программа требует определенных ресурсов, библиотек и исходных данных для правильной работы. Поэтому поврежденный или несуществующий файл regsvr32.exe может повлиять на неудачное выполнение запущенного процесса.

Файл был разработан для использования с программным обеспечением . Здесь вы найдете подробную информацию о файле и инструкции, как действовать в случае ошибок, связанных с regsvr32.exe на вашем устройстве. Вы также можете скачать файл regsvr32.exe, совместимый с устройствами Windows 10, Windows 8.1, Windows 8, Windows 7, Windows 7, Windows Vista, Windows Vista, Windows XP, которые (скорее всего) позволят решить проблему.

Совместим с: Windows 10, Windows 8.1, Windows 8, Windows 7, Windows 7, Windows Vista, Windows Vista, Windows XP

Популярность пользователя

История распределенного кода

Не лишним тут, я думаю, будет познакомиться с историей распределенного кода, что даст нам понимание причин возникновения и развития динамических библиотек. А это, в свою очередь, даст очевидное представление о том, какой функционал несет в себе средство regsvr32 и для чего оно, собственно, предназначается.

Линейное программирование

На заре развития языков программирования, при создании (разработке) программ использовался так называемый линейный подход, который заключался в том, что код писался/выполнялся «сверху-вниз», в четкой последовательности от начала к концу. Но как только человек научился писать код чуть сложнее, чем простой вывод фразы «Hello, World!», перед ним тут же встало несколько проблем, которые показали, что подход имеет очевидные недостатки:

• исходный код необходимо было копировать из старого проекта в новый;
• копирование старого кода приводило к ошибкам, путанице, нестыковкам, необходимости исправления и подгонки под новый проект;

Процедуры (функции)

Стояла очевидная проблема разделения, а так же многократного использования кода. Поэтому, по мере развития технологий программирования появилось процедурное (функциональное) программирование, которое было основано на том, что области кода выделялись в отдельные блоки под названием функции (процедуры), к которым имелась возможность многократного обращения (вызова) из любого места программы. Это существенно упростило архитектуру приложения, решило важную проблему дублирующегося кода, поскольку теперь вместо того, чтобы программе использовать повторяющиеся участки кода на протяжении всего процесса выполнения, проще разместить его в отдельной процедуре (функции) и многократно вызывать [по мере необходимости]. Тем не менее, данный подход требовал доработки, поскольку:

• позволял разделять код программы на логические части лишь в рамках одной языковой среды разработки.

Оверлеи

В условиях дороговизны оперативной памяти и отсутствия у многих операционных систем того времени (MSDOS) механизма виртуализации адресного пространства процесса (виртуальной памяти), обеспечивающего достаточное адресное пространство для приложений, появилась необходимость загружать в ограниченное пространство [дорогой] физической памяти много превосходящие по размеру код/данные приложений. Следствием всего этого явилось разбиение кода/данных программы на обособленные модули, получившие название оверлеев (overlay). Данный механизм непрямую не связан с разделением кода, тем не менее мы о нем упомянем, как о существенной вехе в развитии механизмов разделения кода.

Прерывания

Первой попыткой решения проблемы распределения кода был механизм программных прерываний, который позволял создавать (размещать в микрокоде BIOS) и вызывать сервисы, доступные любым операционным системам и программам. Таблица прерываний включала 255 векторов (адресов), каждый из которых задавал процедуру обслуживания определенного прерывания. Данный сервис мог лешгко программироваться пользователями, то есть любая программа могла [пере]назначить одно из доступных программных прерываний, предоставив, таким образом, общесистемный сервис. И не смотря на все положительные стороны подобного подхода, он имел и ряд серьёзных недостатков:

• Фиксированное количество сервисов, ограниченное размером таблицы векторов прерываний (255);
• Отсутствие обработки исключительных ситуаций.
• Отсутствие системы безопасности;
• Обособленный синтаксис, несовместимости с синтаксисом языков высокого уровня (необходимость оперировать низкоуровневыми регистрами);
• Отсутствие контроля типов и корректности данных;

Динамические библиотеки

Дальнейшее развитие данной концепции (а так же развитие ОС) привело к появлению динамически загружаемых библиотек (называемых упрощенно динамическими библиотеками, DLL). Отличительной особенностью было то, что обращение к функционалу этих библиотек могло осуществляться из кода на любых языках и из любых средств разработки [в рамках операционной системы]. На механизме динамических библиотек построен весь программный интерфейс (WinAPI) операционных систем Mirosoft Windows, поэтому любое API, любой сервис, так или иначе базируются на DLL. Характерная особенность динамической библиотеки заключается в том, что она может использоваться сразу несколькими приложениями, а система обеспечивает присутствие в памяти всего-лишь одного экземпляра [кода] динамической библиотеки для всех приложений, которые содержат ссылки на функции данной библиотеки. DLL имели ряд выраженных недостатков:

• при загрузке динамической библиотеки [в адресное пространство процесса] использовалось лишь её символическое имя, поскольку отсутствовал механизм устойчивой идентификации необходимых библиотек, соответственно:
• в подгруженной библиотеке [сторонней/не той версии] мог содержаться код, разрушающий структуры данных и кода вызывающего приложения.
• подгружаемая библиотека [сторонняя/не той версии] могла использовать контекст безопасности основного приложения для получения доступа к ресурсам, к которым в обычных условиях доступа у нее нет.

Компонентная объектная модель (COM)

Следующим этапом развития концепции разделяемого кода стало появление компонентной объектной модели (COM, Component Object Model). COM обеспечивал возможность разделять код на отдельные независимые компоненты. Упомянутые компоненты, в отличие от предыдущих своих собратьев, подключались уже не по имени файла, а при помощи специального глобального идентификатора (GUID). GUID ни что иное как 128-битный глобальный идентификатор (GUID, Global Unique ID), идентифицирующий конкретный объект класса библиотеки. Каждый компонент определялся в системе собственным уникальным идентификатором, а в системе хранилась единая база информации по компонентам, в которой содержалась вся информация: начиная от имени файла, в котором расположен сам компонент, и заканчивая сетевыми настройками. База COM хранится в реестре, в разделе HKEY_CLASSES_ROOT:

• HKEY_CLASSES_ROOTCLSID — GUID идентификаторов классов компонентов;
• HKEY_CLASSES_ROOTInterface — IID идентификаторов интерфейсов (для реализующих их компонентов);
• HKEY_CLASSES_ROOTTypeLib — Информация о файлах, в которых хранятся библиотеки;

Причем сам HKEY_CLASSES_ROOT представляет собой комбинацию разделов HKCUSoftwareClasses (для текущего пользователя) и HKLMSoftwareClasses (для машины в целом).

Чтобы как-то отличать идентификаторы классов от иных [похожих] системных идентификаторов, применительно к СОМ эти идентификаторы называются идентификаторами класса, и для них используется аббревиатура CLSID.

Примером значения CLSID может служить строка вида {2DB47AE5-CF39-43C2-B4D6-0CD8D90946F4}. В глобальном смысле данные уникальные номера «не повторяются» и уникально идентифицируют компоненты системы, что говорит нам об уникальности объекта класса библиотеки в пределах системы. Подразделами в этих ветках реестра могут быть:

То есть параметр (default) этих ключей содержит полный путь к зарегистрированной библиотеке. Тем не менее в компонентной объектной модели так же присутствовал ряд проблем:

• COM базируется на динамических библиотеках (в них то и размещаются компоненты). А как мы помним с DLL сохранялась проблема, связанная с совпадением имён файлов библиотек;
• База данных COM располагается в реестре, и работать с ней предлагалось напрямую, без какого-либо специализированного API. При том, что раздел базы данных является общедоступным, после продолжительной эксплуатации системы он традиционно приходил в рассогласованное состояние (приводящее к множеству системных ошибок).

Сборки (assembly)

Следующая попытка усовершенствовать механизмы распределения кода была предпринята в процессе разработки платформы .NET Framework. В процессе разработки платформы было предложено решение, в основе которого лежат так называемые сборки (assembly), которые являются наименьшими строительными блоками .NET, призванными обеспечить безопасное разделение кода в приложениях .NET.

Сборка (assembly) — коллекция типов и ресурсов, сгруппированная в один или нескольких файлов для совместного функционирования, образующая логическую функциональную единицу.

Сборка состоит из: манифеста (описывающего сборку), метаданных (описывающих типы), откомпилированный MSIL-код сборки (.Net-байткод), ресурсы (рисунки, звуки и прч). Поскольку сборки включают в себя сведения о содержимом, версиях и зависимостях, работоспособность связанных с ними приложений не зависит от внешних источников (таких как реестр). Сборки существенно снижают риск возникновения проблем с библиотеками DLL, а также повышают надежность и простоту развертывания приложений.

How to Register Unregister a DLL File With regsvr32.exe

Glowimages/Getty Images

Windows

• Guides & Tutorials

  System & Security

• Customizing
• File & Folder Management
• Users & Accounts
• Drivers & Hardware
• Drive Management

by Tim Fisher

Tim Fisher has 30+ years’ professional technology support experience. He writes troubleshooting content and is the General Manager of Lifewire.

Updated June 02, 2019

regsvr32 is a command-line tool in Windows that stands for Microsoft Register Server. It’s used to register and unregister Object Linking and Embedding (OLE) controls like .DLL files and ActiveX Control .OCX files.

When regsvr32 registers a DLL file, information about its associated program files is added to the Windows Registry. It’s those references that other programs can access in the registry to understand where the program data is and how to interact with it.

You may need to register a DLL file if you’re seeing a DLL error on your computer. We explain how to do that below.

How to Register and Unregister a DLL File

If the references in the Windows Registry that refer to the DLL file are somehow removed or corrupted, programs that need to use that DLL file may stop working. It’s when this association with the registry is broken that a DLL file should be registered.

Registering a DLL file is typically accomplished by reinstalling the program that registered it in the first place. Sometimes, however, you may have to register the DLL file yourself manually, via the Command Prompt.

See our article on how to open Command Prompt if you’re not sure how to find it.

This is the correct way to structure a regsvr32 command:

regsvr32 ]

For example, you’d enter this first command to register a DLL file named myfile.dll, or the second to unregister it:

regsvr32 myfile.dllregsvr32 /u myfile.dll

Other parameters you can use with regsvr32 can be seen on Microsoft’s Regsvr32 page.

Not all DLLs can be registered by just entering the command above into a Command Prompt. You might need to first close down the service or program that’s using the file.

How to Fix Common Regsvr32 Errors

Here’s one error you might see when trying to register a DLL file:

The module was loaded but the call to DllRegisterServer failed with error code 0x80070005.

This is typically a permission issue. If running an elevated Command Prompt still doesn’t let you register the DLL file, the file itself might be blocked. Check the Security section of the General tab in the file’s Properties window.

Another possible issue could be that you don’t have the correct permissions to use the file.

A similar error message is worded like the one below. This error typically means that the DLL is not being used as a COM DLL for any application on the computer, which means there is no need to register it.

The module was loaded but the entry-point DllRegisterServer was not found.

Here’s another regsvr32 error message:

The module failed to load. Make sure the binary is stored at the specified path or debug it to check for problems with the binary or dependent .DLL files.

That particular error might be due to a missing dependency, in which case you can use the Dependency Walker tool to see a list of all the dependencies that the DLL file requires as one may be missing that you need to have in order for the DLL to register correctly.

Also, make sure that the path to the DLL file is spelled right. The syntax of the command is very important; an error may be thrown if it’s not entered correctly. Some DLL files may need to have their location surrounded in quotes like «C:UsersAdmin UserProgramsmyfile.dll».

Where Is Regsvr32.exe Stored?

32-bit versions of Windows (XP and newer) add the Microsoft Register Server tool to the %systemroot%System32 folder when Windows is first installed.

64-bit versions of Windows store the regsvr32.exe file not only there but also in %systemroot%SysWoW64.

Continue Reading

Смысл регистрации библиотек и элементов управления

Но, вернемся к нашим библиотекам

По какой причине, для использования функций DLL в системе непременно требуется их регистрация? Ответ: чтобы система смогла их найти!!

Казалось бы, ну помести ты DLL в рабочую директорию приложения, и вопрос с нахождением решен. Но ведь библиотеки бывают не только локальными, некоторые из них используются совместно множеством приложений, вот как раз для этой ситуации всё и затевалось!! Я думаю, вполне уместно было бы привести аналогию с системной переменной пути (%PATH%). Как Вы помните, файлы, которые располагаются в директориях, указанных в переменной %PATH%, можно запускать из командной строки без указания полного пути. В случае же отсутствия директорий в переменной %PATH%, указанные файлы невозможно будет запустить из произвольного местоположения в операционной системе, командный интерпретатор их попросту «не найдет». По аналогии и библиотеки, которые содержат функции, широко используемые различными программами, должны быть «объявлены» в системе, иначе программы не смогут их «найти». Можно утверждать, что при вызове функции из образа исполняемого файла, загрузчик Windows (менеджер, отвечающий за выделение памяти, подключение различных функций из образов памяти и прч.) должен знать откуда можно подгрузить библиотеку, содержащую требуемую функцию. Если опираться на историю развития технологии распределенного кода, то можно сделать вывод, что regsvr32 обеспечивает регистрацию как классических библиотек DLL, так и продвинутых их собратьев, содержащих COM-объекты, поскольку со сборками .NET утилита уже не работает. Что же касается вопроса регистрации в системе применительно к библиотеке DLL на низком уровне, то она представляет собой алгоритм действий по модификации различных разделов реестра и каталогов файловой системы, результатом которого является «видимость» библиотеки приложениями. Если библиотека «сторонняя» (не системная), то регистрация библиотеки должна осуществляться на этапе инсталляции приложения, в состав которого она входит и для обслуживания функций которого она предназначается. В большинстве случаев сам процесс регистрации библиотеки выполняется при помощью вызова внешних специализированных системных утилит, либо определенной последовательности специализированных функций Windows API.

Зачастую нет необходимости самостоятельно (вручную) регистрировать DLL, практически всегда это выполняется автоматически при инсталляции компонентов системы/программы. Необходимость в ручной регистрации возникает, как правило, в случае каких-либо ошибок в системе: проблем инсталляции/деинсталляции программ, сбоях, либо в случае самостоятельно разрабатываемых DLL, которые необходимо оттестировать.

Можно рассмотреть простой пример, когда произвольно установленная в системе программа использует функцию из библиотеки, не «объявленной» в системе. В подобной ситуации загрузчик Windows на начальной стадии инициализации виртуального адресного пространства процесса выполняет импорт всех библиотек, требуемых загружаемой на выполнение программе. Если одна из библиотек, прописанных в таблице импорта исполняемого образа, отсутствует, то загрузчик выдает такое вот сообщение об ошибке:

Ошибка сообщает нам о том, что загрузчик образа cDSsvc.exe не смог найти библиотеку MFC71.DLL, необходимую ей для функционирования. Один из способов устранения данного класса ошибок состоит в повторной инсталляции программы, в ситуации, когда файл искомой библиотеки входит в состав какого-либо дистрибутива, поскольку библиотека инсталлируется автоматически скриптом инсталляции. Если библиотека входит в состав другого пакета, например Microsoft Visual C++ 2010 x64 Redistributable, то переустановить необходимо именно его. Если же описанными способами ошибку исправить все же не удается, тогда нам на помощь приходит утилита Regsvr32.

Ошибка прекращена работа программы Сервер регистрации Microsoft

Иногда пользователи сталкиваются с вышеуказанной ошибкой, напрямую связанной с regsvr32.exe. Опять же, проблема скрывается не в самом сервере регистрации, а в каком-то приложении, которое конфликтует с этим системным компонентом. Если вы столкнулись с этой проблемой попробуйте следующее:

1. Нажмите Win + R и введите msconfig. Откроется окно Конфигурация системы.

   

2. Перейдите на вкладку Службы и установите флажок возле Не отображать службы Майкроофт. После этого список служб существенно сократится.

   

3. Снимите флажок возле первого сервиса в списке. Перезагрузите компьютер и понаблюдайте за его работой. Если ошибка возникла снова, повторите процедуру выше, активируйте отключенную службу (не забудьте установить флажок «Не отображать службы Майкрософт») и отключите вторую. Повторяйте так до тех пор, пока не перепробуете все службы или пока не найдете «виновника торжества».

[упрощенное] описание процесса регистрации библиотеки

Утилита regsvr32 при помощи системной функции LoadLibrary загружает библиотеку и, в зависимости от того входных параметров [командной строки], выполняет:

• ищет в библиотеке точку входа и вызывает функцию DllRegisterServer либо DllUnRegisterServer данной библиотеки и смотрит на возвращаемый результат.
• ищет в библиотеке точку входа и вызывает функции DllInstall / DllUnInstall.

Все это говорит в пользу того, что существуют определенные требования к структуре DLL, которую вы хотите регистрировать с помощью regsvr32. Для того, чтобы управляющий элемент можно было зарегистрировать с помощью regsvr32, в DLL должны быть реализованы функции DllRegisterServer, DllUnregisterServer, а при необходимости выполнения специфичных действий еще и функции DllInstall, DllUnInstall. Функции DllRegisterServer / DllUnregisterServer содержат логику, которая фактически и выполняет регистрацию библиотеки в системе, добавляя записи в реестр, требующиеся для управляющего элемента. Функции DllInstall / DllUnInstall служат для выполнения дополнительных действий, которые планирует произвести автор DLL. Поэтому помните, что:

Далеко не все DLL могут быть зарегистрированы при помощи regsvr32!

Давайте посмотрим, что же происходит в случае, когда, к примеру, не определена функция DllRegisterServer:

В этом случае мы видим на экране ошибку: «Модуль ????????.??? загружен, но точка входа DllRegisterServer не найдена». Но, давайте как перейдем, непосредственно, к самому процессу регистрации.

Новый метод

Как мы уже говорили, для регистрации библиотеки используется функция DllRegisterServer(). Функция проверяет 128-битный глобальный идентификатор (GUID, Global Unique ID) всех объектов COM/ActiveX, обнаруженных в библиотеке и последовательно прописывает информацию о них в реестр. Тут мы видим что происходит как бы не регистрация библиотеки, а регистрация объектов в библиотеках. Как мы уже говорили выше, регистрация объектов необходима, поскольку программы работают не с самими файлами DLL/OCX/ACX, а с объектами, представляющими определенный набор интерфейсов. Как мы уже упоминали, для целей регистрации DLL используется раздел реестра HKEY_CLASSES_ROOT, который представляет собой комбинацию разделов:

• ветвь HKLMSOFTWAREClassesCLSID при регистрации COM-объектов библиотек для всех пользователей системы;
• ветвь HKCUSOFTWAREClassesCLSID при регистрации COM-объектов библиотек только лишь для текущего пользователя;
• ветвь HKLMSOFTWAREWow6432NodeClassesCLSID для регистрации 32-битных DLL в 64-битных ОС Windows;

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

Если вам необходимо поменять расположение библиотеки DLL в системе (например, поменять директорию размещения), то потребуется её перерегистрация.

Старый метод

В дополнение к современному методу работы с COM-объектами, в реестре присутствует еще и ветка HKLMSOFTWAREMicrosoftWindowsCurrentVersionSharedDLLs. Могу предположить, что она относится к устаревшему методу регистрации общих библиотек DLL, базирующемуся на подсчете количества ссылок на библиотеку. Вероятно, она оставлена для совместимости и предназначена для регистрации библиотек, которые представляют собой устаревший вид библиотек, состоящих из набора функций. В этой ветке имеются параметры типа REG_DWORD, имена которых содержат полный путь к зарегистрированным в системе общим библиотекам (например: C:Windowssystem32VBAME.DLL). Значение параметра может варьироваться от 1 до 65535. Дело в том, что значение это — счетчик использования или, как еще называют, количество ссылок. Зачастую этот метод регистрации использовался не-MSI инсталляторами. Каждый раз, когда какой-либо подобный установщик самостоятельно регистрирует в системе библиотеку, которая до этого уже была зарегистрирована кем-либо еще (то есть присутствует в SharedDLLs), он увеличивает счетчик использования на 1, когда же (например, при удалении) библиотека разрегистрируется, то счетчик уменьшается на 1. Подобная логика была реализована в первых версиях Windows для борьбы с таким явлением как «Ад DLL»(DLL Hell). У параметров некоторых библиотек можно наблюдать достаточно большие значения (4096), полагаю, таким образом маркируются критичные для системы библиотеки, и счетчик искусственно увеличен с той целью, чтобы разнообразные пользовательские пакеты при своем удалении, случайно не уменьшили счетчик использования до 0 и не выключили DLL.

Порядок пере/регистрации элемента

Вы всегда можете попытаться провести ручную регистрацию DLL или OCX файлов из командной строки от имени администратора:

regsvr32 путь-к-файлу/имя-файла

Обратная операция выполняется с добавлением флага u:

regsvr32 /u путь-к-файлу/имя-файла

Суть обеих операций – обращение к серверам DllRegisterServer / DllUnregisterServer внутри этих DLL с целью зарегистрировать файл или удалить сведения о нём из реестра. Т.е. создавая в реестре новые пути или, наоборот, удаляя их из него.

32-битные и 64-битные версии regsvr32

Начиная с Windows XP, в зависимости от разрядности ОС, утилита regsvr32.exe располагается либо только в директории %SystemRoot%System32 для 32-битных систем, либо в папках %SystemRoot%System32 и %SystemRoot%SysWOW64 для 64-битных (присутствуют две разные версии программы). Представляет собой утилиту командной строки, то есть, иными словами, работает с консолью и может использоваться в сценариях.

В данный момент более активно начали использоваться 64-битные версии Windows. Если в 32-битных версиях Windows всё было достаточно прозрачно и присутствовало только одна версия программы, то в 64-битных версиях ОС имеются две версии утилиты regsvr32:

Получается, в 64-битной системе разработчики сохранили прежнюю систему именования каталогов, однако поместили туда уже «родные» 64-битные приложения. Объясняется это обеспечением совместимости приложений и уменьшением временных затрат на трансляцию кода из 32- в 64-разрядную версию Windows. Таким образом, в 64-битной версии Windows могут работать как 32-битные, так и 64-битные версии программ, соответственно, и DLL могут использоваться и 32- и 64-разрядные. Когда вы запускаете regsvr32 в 64-битной версии ОС для регистрации DLL, вы по-умолчанию используете 64-битную версию утилиты.

Для 64-битных ОС Windows существует золотое правило: директория System32 системы предназначается для родных 64-битных приложений, директория SysWOW64 для 32-битных. Немного не интуитивно, однако это сложившийся факт!! WOW64 (Windows on Windows64) — 32-битная подсистема, которая запускается в 64-битной среде.

Поэтому, если вам требуется зарегистрировать 32-разрядную версию библиотеки DLL в 64-разрядной ОС, и у вас возникает ошибка, то можно поступить следующим образом:

1. Открыть командную строку с правами администратора;
2. Если требуемая для регистрации 32-разрядная библиотека DLL находится в директории %SystemRoot%System32, переместить ее в папку %SystemRoot%SysWoW64;
3. Выполнить команду: %SystemRoot%SysWoW64regsvr32 <�полный путь к библиотеке DLL>
   то есть, к примеру: %SystemRoot%SysWoW64regsvr32 %SystemRoot%SysWOW64test.dll

Если же перед вами стоит задача зарегистрировать 64-битную DLL в 64-разрядной ОС:

1. Открыть командную строку с правами администратора;
2. Если требуемая для регистрации 64-разрядная библиотека DLL находится в директории %SystemRoot%SysWOW64, переместить ее в папку %SystemRoot%System32
3. Выполнить команду: %SystemRoot%System32regsvr32 <�полный путь к библиотеке DLL>
   то есть, например: %SystemRoot%System32regsvr32 %SystemRoot%System32test.dll

Как отключить или удалить regsvr32.exe

Возможно, это именно то, что вы ищите, но прежде чем предпринять попытку удалить этот компонент или отключить его, хотим вас заверить, что делать это не стоит. Сервис регистрации Microsoft – это лишь инструмент, который используется для регистрации библиотек. Его отключение (если оно в принципе возможно) не решит проблему и скорее приведет к еще большему количеству неполадок. Вместо того, чтобы пытаться отключить regsvr32.exe, попробуйте найти источник ошибки или аномальной высокой нагрузки на процессор, как это указано в инструкции выше.

Как уже говорилось выше, regsvr32 — это утилита командной строки, поэтому в целях практического использования может запускаться из-под всем уже знакомой cmd, либо использоваться в сценариях.

В большинстве случаев, для регистрации DLL требуются повышенные привилегии, то есть права локального администратора.

Утилита regsvr32.exe имеет следующие параметры командной строки:

Regsvr32 [/u] [/s] [/n] [/i[:cmdline]]

Список ключей утилиты и описание их действия приведем в следующей таблице:

В общем случае, регистрация библиотеки DLL при помощи regsvr32 может быть выполнена следующей командой:

regsvr32 .dll

Например:

regsvr32 «C:WindowsSystem32schmmgmt.dll»

Напоминаю, будьте внимательны с версиями утилиты regsvr32 под Windows различной разрядности. В некоторых случаях приходится уточнять путь к утилите при запуске. Более того, практически всегда, когда регистрируемый компонент лежит вне путей, включенных в переменную %PATH% (к примеру, если он не находится в %SystemRoot%System32), путь к компоненту приходится уточнять! Пример:

%SystemRoot%System32Regsvr32 %SystemRoot%System32macromedFlashFlash10a.ocx

*Составные пути к файлу должны заключаться в кавычки по правилам синтаксиса командной строки Windows.

Что за RegSvr32?

RegSvr32 – консольная утилита Windows, позволяющая проводить регистрацию (равно как и аннулировать её) у объектов связывания/внедрения. “Под замес”, таким образом, попадают некоторые DLL и ActiveX-управляющие элементы – программируемые компоненты-приложения с интерфейсом на базе OLE, позволяющие включать их в другие программы или приложения. С незапамятных времён они называются ActiveX элементы или “контрольки ActiveX”. Регистрация используется для добавления информации в центральную директорию Windows (то бишь реестр). Информация чаще всего включает в себя “дружественное” название этого компонента, что делает его “более привлекательным” для других приложений, которые могут или будут точно его использовать. Там также есть его полное название и путь к самому файлу, который содержит в себе исполняющий код. Из него Windows и узнаёт о специальных и доступных функциях компонента, а также о том, как эти функции запускать (обращаться за исполнением кода). Нередко регистрация крутится вокруг проблем совместимости с версиями ОС одного производителя, но разных поколений. Ведь информация в реестре Windows всегда будет содержать в себе данные именно о последней версии компонента. Windows за этим, кстати, следит очень трепетно: у компонента версия может только одна. И традиционно, если какая-то функция Windows обнаруживала свою недееспособность, пользователю всегда была доступна процедура регистрации или отмены регистрации сервера таких элементов. На самом деле, такая “деятельность” редко присуща конечным пользователям. Это дела разрабов ПО, но здесь Microsoft явно пошла нам навстречу, оставив возможность изменить отношение системы к какой-то программе вручную. С нашей помощью и помощью RegSvr32.

Regsvr32 in Windows

Regsvr32.exe is included in Microsoft IE 3.0 or later, Windows 95 OSR2 or later and Windows NT 4.0 Service Pack 5. Regsvr32.exe is either installed in System folder of (Windows Me / Windows 98/Windows 95) or System32 (Windows NT/Windows XP/Windows Vista/Windows 7) folder.

Regsvr32 Command and Usage

1. RegSvr32.exe command-line options:

Regsvr32 ] dllname

2. Parameters:

• /u : It will unregister the file.
• /s : Runs regsvr32 silently and does not display any message boxes.
• /n : doesn’t call DllRegisterServer. This option should be used with /i.
• /i :cmdline : It calls DllInstall passing it an optional . When used with /u, it calls dll uninstall.
• dllname: Specifies the name of the dll file that will be registered.

For example, to manually register and unregister a DLL file shm.dll, we can do the following in CMD:

• regsvr32 shm.dll for registering a file.
• regsvr32 /u shm.dll for uninstalling a file.