Ошибка «Точка входа в процедуру не найдена в библиотеке DLL»

DLL — это общая библиотека функций. Windows и программы не носят с собой одинаковый код по десять раз, а обращаются к одному файлу: работа с графикой лежит в одном, шифрование — в другом, стандартные функции языка C++ — в третьем. Когда приложение запускается, оно просит у библиотеки конкретную функцию по имени. Место, где эта функция начинается, и называется точкой входа.

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

Похожее по виду сообщение «Запуск программы невозможен, так как на компьютере отсутствует msvcp140.dll» говорит о другом: файла нет вообще. Отличать эти два случая полезно, потому что лечатся они по-разному. В первом надо привести версии в порядок, во втором — доставить недостающий компонент, обычно вместе с пакетом, частью которого он является.

Чаще всего в тексте ошибки фигурируют библиотеки из набора Visual C++: msvcp140.dll, vcruntime140.dll, msvcr100.dll. Это общий рантайм, на котором работает половина настольных программ и почти все игры. Реже встречаются api-ms-win-crt-*.dll — часть универсальной среды Windows, которая приезжает с обновлениями системы.

В окне всегда два имени: имя функции и имя библиотеки. Функция обычному человеку не говорит ничего — это внутреннее название куска кода. А вот имя библиотеки сужает поиск до одного направления, и дальше вы уже не перебираете советы наугад, а делаете то, что относится именно к вашему случаю.

Если в тексте msvcp140.dll, vcruntime140.dll, msvcr120.dll или msvcr100.dll — это рантайм Visual C++, общая среда, на которой работают почти все настольные программы и игры. Лечится восстановлением или установкой пакетов Microsoft Visual C++ Redistributable. Имена вида api-ms-win-crt-runtime-l1-1-0.dll и api-ms-win-core-*.dll — это универсальная среда выполнения C, часть самой Windows; там вопрос не к программе, а к состоянию системы и её обновлениям.

Имена steam_api64.dll, uplay_r1_loader64.dll, xinput1_3.dll и безымянные файлы вроде emp.dll почти всегда означают, что ошибка пришла от игры, а не от Windows. Библиотеки comcntr.dll и файлы, начинающиеся с v8, — это платформа 1С, там своя логика с разрядностью и версиями. И отдельно kernel32.dll и user32.dll: если функция не нашлась в них, обычно речь о старой системе, на которую поставили программу, рассчитанную на более новую Windows.

Одна и та же формулировка ошибки, таким образом, покрывает четыре разные ситуации. Ниже они разобраны по порядку: сначала общий случай с программами, затем игры, старая Windows и отдельные частные варианты.

Самый частый сценарий — неполная или прерванная установка. Инсталлятор ставит программу, следом должен доустановить свежий Visual C++, но установка прерывается: не хватило прав, помешал антивирус, пропал интернет. Программа на месте, ярлык есть, а среда осталась старой.

Второй сценарий — чистильщики и оптимизаторы. Утилиты, которые обещают «удалить мусор и лишние библиотеки», регулярно сносят файлы, считая их неиспользуемыми. Ошибка при этом появляется не сразу, а через недели, когда вы запустите программу, которой этот файл был нужен.

Третий — файл рядом с программой. Разработчики иногда кладут копию библиотеки прямо в папку приложения, и она имеет приоритет над системной. Если такую сборку скопировали с другого компьютера, вместе с ней приезжает старая библиотека, и конфликт возникает буквально на пустом месте.

Дальше идут причины, из-за которых ошибка редко приходит одна: последствия вредоносного ПО, подменившего системные файлы, повреждение файловой системы после жёсткого выключения, сбойные сектора на диске и неудачно установленное обновление Windows. Если вместе с ошибкой запуска вы замечаете зависания, долгие загрузки или синие экраны, начинать нужно не с библиотек, а с проверки диска и памяти.

Начните с самого скучного: перезагрузите компьютер и попробуйте снова. Часть установщиков дописывает файлы только после перезапуска, и ошибка исчезает сама. Если не помогло, переустановите саму программу — не поверх, а с предварительным удалением. При установке разрешите инсталлятору доустановить свои компоненты и на время выключите антивирус, если он вмешивается.

Следующий шаг — привести в порядок Visual C++. В «Приложениях» Windows найдите пункты Microsoft Visual C++ Redistributable, откройте «Изменить» и выберите восстановление. Если восстановление недоступно, скачайте актуальный пакет с сайта Microsoft и поставьте обе разрядности: x86 и x64. Многие удивляются, но 32-битная версия нужна и на 64-битной системе, потому что часть программ по-прежнему собрана под неё.

Затем проверьте целостность системных файлов. В командной строке, запущенной от имени администратора, выполните sfc /scannow, а после неё DISM /Online /Cleanup-Image /RestoreHealth. Первая команда восстанавливает повреждённые системные файлы из локального хранилища, вторая чинит само хранилище, если оно тоже пострадало. Обе безопасны, данные не трогают, но занимают время.

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

С играми этот текст встречается чаще, чем с любыми другими программами, и порядок действий там свой. Начните с проверки целостности файлов — в Steam это пункт в свойствах игры, в других лаунчерах он называется восстановлением или проверкой установки. Клиент сверит файлы с эталоном и заново скачает то, что повреждено или удалено. Отдельно посмотрите в папку с игрой: в ней почти всегда лежит каталог с установщиками DirectX и Visual C++, и их стоит поставить вручную, потому что при первой установке этот шаг часто пропускают или обрывают.

Вторая причина, о которой не любят говорить прямо: если игра поставлена из чужой сборки, ошибки с именами вроде steam_api64.dll или emp.dll — обычное дело. Такие файлы антивирус удаляет или помещает в карантин, потому что они действительно ведут себя как вредоносный код, и игра после этого перестаёт запускаться. Скачанный с форума «фикс» ситуацию не лечит: чаще всего это ровно тот файл, из-за которого антивирус и сработал. Единственный предсказуемый путь здесь — установить игру из официального магазина.

Третий вариант — конфликт с оверлеями и сторонними программами: панели видеокарты, программы записи экрана, ускорители и «оптимизаторы» встраиваются в процесс игры и подсовывают ей свои библиотеки. Если ошибка появилась после установки такой утилиты, отключите её оверлей и попробуйте снова. И проверьте драйвер видеокарты: полная переустановка драйвера с сайта производителя решает часть ошибок запуска, которые внешне выглядят как проблема с DLL.

Если в тексте ошибки фигурирует api-ms-win-crt-runtime-l1-1-0.dll или соседние имена из того же набора, дело почти всегда в возрасте системы. Универсальная среда выполнения C появилась в Windows 10 как часть самой системы, а для Windows 7 и 8.1 Microsoft выпускала её отдельным обновлением (KB2999226), и ставится оно только на систему с установленным Service Pack 1. Пока обновления нет, современные программы будут спотыкаться на этом файле независимо от того, сколько раз вы их переустановите.

Практический порядок такой: сначала убедиться, что стоит Service Pack 1, затем поставить накопившиеся обновления через Центр обновления Windows, и только потом заново запускать установщик программы. Если Центр обновления на старой системе висит часами и ничего не находит — это отдельная известная беда семёрки, и решается она установкой нужных пакетов вручную.

Стоит понимать и границу этой истории. Поддержка Windows 7 закончилась, и число программ, которые на неё просто не встанут, растёт каждый год. Если ошибки запуска пошли одна за другой, дело уже не в конкретной библиотеке, а в том, что система устарела для того, что вы на ней пытаетесь запустить.

Первый — сообщение «Модуль ... загружен, но точка входа DllRegisterServer не найдена». Оно появляется не само по себе, а после попытки зарегистрировать библиотеку командой regsvr32, и означает ровно то, что регистрировать эту библиотеку не нужно: команда работает только с COM-компонентами, а обычный рантайм таким не является. Если вы пришли к regsvr32 по совету из интернета, здесь можно остановиться и вернуться к переустановке программы и восстановлению Visual C++.

Второй — 1С. Ошибка про точку входа при работе с comcntr.dll или файлами, начинающимися с v8, относится не к Windows, а к платформе: обычно зарегистрирована библиотека от другой версии платформы или другой разрядности, чем та, из которой идёт обращение. Чинится это на стороне 1С — приведением версий и разрядности в соответствие, а не восстановлением системных файлов. Общие советы про рантайм и восстановление системных файлов там не помогут, и это тот случай, когда правильнее сразу идти к тому, кто занимается вашей 1С.

Главный вредный совет из выдачи — скачать нужную DLL с сайта-сборника библиотек и положить её в System32. Так делать нельзя по двум причинам. Первая: подобные сайты давно стали удобным способом раздачи вредоносного кода, и вместо библиотеки вы получаете загрузчик майнера или средство удалённого доступа с правами системы. Вторая: даже честный файл берётся из другой сборки Windows, и вместо одной ошибки вы получаете несколько — теперь уже у программ, которые раньше работали.

Не стоит и регистрировать библиотеки через regsvr32 наугад. Эта команда работает только с COM-компонентами, к обычным рантайм-библиотекам она отношения не имеет и в лучшем случае вернёт ошибку, а в худшем добавит в реестр запись, которая потом мешает. Точно так же бесполезны «фиксеры реестра»: реестр здесь ни при чём.

Переустанавливать Windows из-за одной ошибки запуска тоже рано. Переустановка помогает, когда система повреждена в целом: не проходят обновления, sfc не может восстановить файлы, ошибки появляются у разных программ подряд. Если же не запускается одно приложение, а остальное работает нормально, переустановка — самый дорогой способ решить задачу, которая решается за пятнадцать минут.

Стоит ещё раз развести два окна, потому что их путают постоянно и лечат одинаково — а лечатся они по-разному. «Точка входа в процедуру не найдена в библиотеке» означает, что файл на диске есть и прочитан, но нужной функции внутри не оказалось: версии не совпали. «Запуск программы невозможен, так как на компьютере отсутствует msvcp140.dll» означает, что файла нет вообще.

В первом случае доустановка недостающего ничего не даст: недостающего нет, есть лишнее — старая копия библиотеки, которая перекрывает системную, либо устаревший пакет среды выполнения. Во втором случае, наоборот, надо доставить компонент, и делается это установкой распространяемого пакета целиком, а не поиском отдельного файла. Разбору второй ситуации у нас посвящена отдельная страница.

Есть и третье окно, похожее на оба: «Не удалось запустить приложение, поскольку его параллельная конфигурация неправильна». Оно тоже про среду выполнения, но говорит о повреждении описания зависимостей, и лечится переустановкой соответствующего пакета Visual C++ обеих разрядностей.

Практический приём: перепишите текст ошибки целиком, вместе с именем функции и именем библиотеки, прежде чем что-либо делать. Половина неудачных попыток — это лечение не той ошибки, потому что человек запомнил только слово «dll».

Есть картина, при которой возиться с библиотеками бесполезно. Ошибки запуска появляются у разных программ, каждый раз с новым именем файла, после перезагрузки набор меняется, sfc находит повреждения и не может их восстановить. Это поведение умирающего накопителя: часть секторов уже не читается, и система теряет файлы быстрее, чем вы их чините.

Второй похожий случай — нестабильная оперативная память. Она портит данные при записи, из-за чего повреждаются и системные файлы, и файлы программ. Признаки те же: случайные ошибки, синие экраны без системы, сбои при распаковке архивов. Проверяется штатным средством проверки памяти Windows или отдельной загрузочной утилитой.

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