Not found original dll 1с как исправить
Ниже мы рассмотрим проблемы с работой DDL файлов в самых популярных версиях операционной системы Windows, разберем почему возникают проблемы с DLL, а также предоставим способы их устранения.
Содержание:
- Почему возникают ошибки с DLL?
- Решение проблем с DDL файлами.
- Недостающие компоненты C++ Runtime Library и DirectX.
- Удаление сбойного приложения.
- Обновление драйверов устройства.
- Другие проблемы с DLL библиотеками.
- Что делать если важный файл или DLL библиотека были случайно удалены?
Динамические исполняемые библиотеки (DLL) представляют собой специальные программные компоненты, которые позволяют обращаться к одному файлу сразу нескольким приложениям. Основным предназначением таких библиотек является расширение возможностей утилит и экономия места, поскольку для использования аналогичных компонентов можно иметь всего одну версию файла, которая будет делиться между другими программами.
Почему возникают ошибки с DLL?
Ошибки DLL могут возникать по самым различным причинам. Чаще всего они проявляют себя при запуске каких-либо приложений и программ. Нередки случаи, когда ошибки с DLL происходят во время запуска недавно вышедших компьютерных игр или программ.
Из-за ошибок DLL приложение может не корректно работать или вовсе не загружаться, поэтому следует ознакомиться с возможными причинами появления ошибок.
Одними из основных причин возникновения ошибок DLL является простое отсутствие библиотек , которые требуются для работы приложений. Недостающие файлы могут быть удалены самим пользователем, уничтожены вирусами или перезаписанными более старыми версиями в процессе установки программных компонентов. Помимо этого, ошибки могут возникать из-за неправильной работы драйверов , недостающего программного обеспечения таких, как NET Framework, DirectX и т.д.
Стоит отметить, ошибки DLL могут быть вызваны и более серьезными проблемами, связанными с жестким диском .
Решение проблем с DDL файлами
DLL библиотеки тесно вплетены в различные системные процессы, поэтому при повреждении некоторых из них, операционная система может попросту перестать запускаться. Если это произошло, следует прибегнуть к встроенным средствам восстановления системы . Что бы попасть в среду восстановления достаточно вставить загрузочную флешку или диск с Windows, либо автоматически попасть в среду после трех неудачных попыток загрузки .
Пункты "Восстановление системы" "Восстановление образа системы" и "Восстановление при загрузке" подойдут для решения большинства логических проблем операционной системы.
Пункты "Восстановление системы" "Восстановление образа системы" и "Восстановление при загрузке" подойдут для решения большинства логических проблем операционной системы.
Для быстрого возврата работоспособности системы пользователь может выбрать один из трех пунктов восстановления , представленных в левой части окна среды восстановления.
Если проблема кроется в некорректной работе загрузчика, рекомендуем ознакомится со способами исправления в статье «Как восстановить загрузчик Windows 10» .
Недостающие компоненты C++ Runtime Library и DirectX
Чаще всего пользователи сталкиваются с проблемой ошибок DLL, которые связаны с отсутствием необходимых компонентов C++ Runtime Library либо DirectX .
Существует два способа решения проблем с недостающими компонентами DLL. Первый и более правильный – полная переустановка сбоящего ПО. Второй – скачивание непосредственного одного компонента, вызывающего ошибку.
Ошибка msvcr100.dll – сбойный компонент в системе безопасности.
Ошибки dxgi.* , d3dx9_25.*, d3d11.*, d3dx9.*, d3dx9_43.*, xinput1_3.*, d3dx9_31.*, xinput1_2.*, d3dx9_31.*, d3dx9_34.*, d3dx9_42.*, x3daudio1_7.*, x3daudio1_6.*, xrsound.* d3dx10_43.*, d3dx9_26.*, d3dx9_30.*, d3dx9_27.*, d3dx11_43.*, d3dcompiler_43.*, d3d10.*.
Ошибка steam_api.dll – распространённая ошибка среди геймеров и пользователей магазина цифровой дистрибуции Steam. Часто возникает при установке пиратских сборок игр и взломанных клиентов Steam.
Важно: мы настоятельно не рекомендуем скачивать отдельные недостающие файлы steam_api.dll, которые можно часто встретить на просторах интернета. Это обусловлено тем, что многие злоумышленники специально распространяют зараженные файлы или шпионские утилиты под видом dll-файлов. Если такой файл попадет на компьютер пользователя, существует большая вероятность утери доступа к аккаунту.
Ошибка uplay_r1_loader.* , Uplay.exe, uplay.*, ubiorbitapi_r2_loader.* — аналогичная ошибка, как и с со Steam.
Ошибка xlive – проблемы с файлами цифрового магазина Microsoft.
Ошибка msvcrt.* , msvcr71.*, msvcrt.*, msvcp120.*, msvcp110.* x64 msvcr90.*, msvcr110.*, msvcr100.*, msvcr80.*, msvcr120.*.
Ошибка physxcudart_20.* , physxloader.* и т.д.- проблемы с файлами NVIDIA PHYSX SYSTEM.
Удаление сбойного приложения
В некоторых случаях установка компонентов может не помочь, поскольку проблема кроется в сбойной программе , использующей DLL библиотеки.
Чтобы определить сбойное приложение, необходимо:
Шаг 1. Нажимаем левой кнопкой мыши по иконке «Поиск» (изображение лупы возле кнопки «Пуск») и вводим в строку фразу «Панель управления» , после чего переходим в непосредственно сам пункт «Панель управления» .
В большинстве случаев никаких проблем с этой библиотекой не наблюдается - обновлятор сам автоматически регистрирует и использует библиотеку нужной версии 1с, но изредка возникают случаи (в основном на серверных ОС), когда требуются "пляски с бубном".
Как понять, что у нас проблемы с COM
Для этого нажимаем кнопку "Проверить настройки" удерживая клавишу "Shift" на клавиатуре:
При нормальной работе COM отчёт будет примерно таким:
При проблемах же с COM возникнет вот такая или похожая ошибка:
Ещё может писать, что -то типа " Не удалось создать программное подключение к 1С ".
Да, судя по тесту, у нас проблемы с COM
Прежде всего, о какой именно библиотеке идёт речь? Эта библиотека comcntr.dll, которая находится в папке bin конкретной платформы 1с:
Эта библиотека устанавливается и автоматически регистрируется в системе при установке платформы.
Кроме того, обновлятор перед тем как подключаться к базе через внешнее соединение сам дополнительно регистрирует в системе библиотеку из нужной версии платформы при помощи команды:
Итак, что мы можем предпринять?
Шаг №0
Обратите внимание на утилиту для отображения и регистрации библиотек RegDllView. При помощи неё вы как минимум сможете контролировать результат работы следующих шагов.
Шаг №1
Прежде всего убеждаемся, что у нас действительно проф-версия платформы, потому что для базовой версии платформы внешнее подключение к базам работать и не должно (это ограничение платформы).
Чтобы понять какая у нас платформа (базовая или проф) выполним вот этот пункт.
Если лицензия на платформу у нас всё же не проф, а базовая, то все остальные шаги не имеют смысла. Внешнее подключение к базам у нас работать не будет (из-за ограничений платформы). Ничего не остаётся, кроме как настроить базы вот так.
Шаг №2
Далее пробуем запустить обновлятор с правами администратора.
Если у вас включён UAC, то добиться этого можно, нажав на ярлыке обновлятора правой кнопкой, и выбрав вариант "Запуск от имени администратора".
Далее выбираем базу и нажимаем кнопку "Проверить настройки". Если ошибка пропала и больше не воспроизводится даже при обычном запуске обновлятора (без прав администратора) - поздравляю, проблема решена. Если нет - идём дальше.
Шаг №3
В 32-битной версии ОС пробуем выполнить команду
В 64-битной версии ОС команда будет такой:
- для регистрации 64-битной платформы 1С:
- для регистрации 32-битной платформы 1С:
Эти команды запускаем от имени пользователя с правами администратора. А при включённом UAC, запускаем cmd через "Запуск от имени администратора", либо через такой же запуск написанного батника.
Если команда регистрации не помогла, то нужно предварительно удалить регистрацию библиотеки comcntr.dll, запустив ту же команду вызова regsvr32 с ключом /u
Если этот шаг не помог - идём дальше.
Шаг №4
Похоже, что у обновлятора не получается зарегистрировать COM компоненту из-за настроек безопасности на вашем сервере.
В этом случае:
- Заходим в Панель управления - Администрирование - Службы компонентов.
- Переходим к ветке Компьютеры - Мой компьютер - Приложения COM+.
- В контекстном меню выбираем Создать - Приложение. Откроется Мастер установки приложений COM+.
- Нажимаем "Далее".
- Выбираем "Создать новое приложение".
- Вводим имя "V83COMConnector". Устанавливаем переключатель "Серверное приложение". Нажимаем "Далее".
- На следующем шаге устанавливаем "Текущий пользователь". Нажимаем "Далее".
- Нажимаем "Готово".
- В появившейся ветке V83COMConnector переходим к подветке Компоненты.
- В контекстном меню выбираем Создать - Компонент. Откроется Мастер установки компонентов COM+.
- Нажимаем "Далее".
- Выбираем "Установка новых компонентов".
- Выбираем файл \bin\comcntr.dll.
- Нажимаем "Далее" - "Готово".
- Переходим к ветке V83COMConnector.
- В контекстном меню выбираем "Свойства". В открывшемся окне переходим на вкладку «Безопасность».
- Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку "Применить политику программных ограничений". Устанавливаем Уровень ограничений - "Неограниченный".
- Нажимаем "ОК".
После этого обновлятор должен смочь самостоятельно регистрировать компоненты всех версий платформ, а не только той, которую мы прописали в компоненте.
Шаг №5
Бывает так, что помогает только повторная переустановка платформы (при этом происходит корректная регистрация компоненты).
Шаг №6
Если проблема начала возникать сразу после обновления платформы 1с, то вероятнее всего новой версии платформы 1с не хватает какого-нибудь сервиспака или обновления для вашей операционной системы. Поэтому если есть возможность - ставим их все, если нет - действуем выборочно согласно этой ссылке.
Шаг №7
Бывает так, что всё работает при обычном запуске обновлятора, но не работает при запуске с повышением привилегий до администратора, когда вы запускаете обновлятор через пункт меню "Запустить от имени администратора" или из программы (типа TotalCommander), которая сама запущена с повышенными привилегиями.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
При запуске одной из информационных баз в режиме предприятия тонкий клиент падает с ошибкой.
В эту инф базу можно зайти под другим пользователем инф базы
Тот же пользователь сети - не пользователь инф базы- может запустить другую информационную базу.
Кэш чистил - ниже код
If Exist %USERPROFILE%\AppData\Roaming\1C\1Cv8 (
rem Удаляются все файлы в Windows7 или Windows8
Del /F /Q %USERPROFILE%\AppData\Roaming\1C\1Cv8\*.*
Del /F /Q %USERPROFILE%\AppData\Local\1C\1Cv8\*.*
rem Удаляются все каталоги в Windows7 или Windows8
for /d %%i in ("%USERPROFILE%\AppData\Roaming\1C\1Cv8\*") do rmdir /s /q "%%i"
for /d %%i in ("%USERPROFILE%\AppData\Local\1C\1Cv8\*") do rmdir /s /q "%%i"
)
В журнале Windows имя сбойного модуля core83.dll .
Проявляется как для 32 битного, так и 64- битного приложения платформа 8.3.10.2561.
Платформу 32 переустанавливал- не помогает
Под этой платформой работали несколько месяцев :(
(30) обновиться до 8.3.11. у меня было несколько баз, в которые нельзя зайти ни под одним пользователем в режиме предприятия. Под 8.3.11- все работает.
А проблема точно не в базе? Встречал случаи, когда немного "билась" таблица пользователей и если проблемного пользователя скопировать - то под новым все было нормально.
Такая же проблема, тот же релиз платформы х32, база проверена, кэши чищены, переносил в другую папку, вылет у всех юзеров, кроме одного, независимо от прав.
О_ткат (ох уж этот автоцензор) на предыдущий релиз бухии помогает, так же как установка даты на компе на любое января перед запуском.
Под одним пользователем запускаются все пользователи инф базы.
Если копировать пользователя , под которым запускается, то новый пользователь тоже заходит
(5) в другой конторе с одного компа входит в базу под любым пользователем, на другом ни под одним из тех же.
Пользовательские настройки из режима предприятия чистить пробовали?
Наблюдал подобное поведение как раз в случаях когда пользователь настроил форму под себя, а в конфе она поменялась
(9) поднимать базу с бэкапа и пока не обновлять :(. Потому что все действия по восстановлению - в режиме предприятия
(10), вообще даже в этом случае есть варианты:
1. Зайти в конфигуратор и создать нового пользователя с админскими правами
2. Если база клиент-серверная, то можно в таблице _frmdtsettings поудалять "лишние" строки
(10) как я писал ранее, можно выставить дату на январь и тогда под 3.0.58.20 релизом можно войти (у нас так пока работают).
Такая же ошибка была на 8.3.10.2561 после обновления Бухгалтерии до релиза 3.0.58.20.
Переустанавливали платформу этой же версии на компах пользователей, чистили кэш, обновили до 3.0.58.26 на пустой базе и загрузили конфу в рабочую (где-то тут вычитала такой метод борьбы с подобной ошибкой), дтшник выгружали/загружали обратно, очистили настройки пользователей в самой базе, сделали тестирование и исправление БД, не помогало. В итоге установили новую платформу и все ок.
В описании релиза написано "Внимание! Текущая версия конфигурации "Бухгалтерия предприятия" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.10.2466.", но если зайти в "Порядок обновления", есть запись "Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.10.2667.".
А вот нам все вышеперечисленное не помогло. Причем падал тонкий и толстый клиент при подключении только к одной определенной 1с sql базе. Ко второй - успешно подключался.
Но мы нашли неожиданное решение.
Сначала проверили на чистом свежесозданном Windows профиле на том же компе - все работает.
Дальше начали шерстить профиль - что же может ломать 1С (напомню, стандартная очистка, описанная выше, не помогла).
Запустили Process monitor, записали что делает 1c при запуске.
В итоге выяснилось, что перестала работать 1С 1.02.2018 на тех компах, на которых стоит КриптоПро и были установлены личные сертификаты с алгоритмом ГОСТ!
Для временного решения - сложите все файлы сертификатов из "C:\Users\username\AppData\Roaming\Microsoft\SystemCertificates \My\Certificates" в другую папочку и 1С заработает.
После запуска 1С, можно сложить серты обратно, она уже не падает. Полтора дня убили на эту тряхомундию. =((
alk; /Sergeant/; freddy_kind; arakelyan; izidakg; Kirich2; PANovikov; user926700; elona; AVKonya; Pafnytich; Gravern; extralook; Мах; ovchinnicov; user705522_constantin_h; Alister; t.v.s.; + 18 – Ответить
(18) интересно, как это связано с датой 1 февраля? В одной конторе возможно из-за этого. но вот в другой, там где с пяти из шести компов не входит, там-то криптопро стоит только у главбуха.
(18)
Забыл код на PowerShell приложить - маленький workaround, пока 1С фиксит. Скрипт убирает серты, запускает 1С, кладет серты обратно. Главное - не тяните с выбором базы, а то скрипт ждет всего минуту и возвращает серты. =)
(73) это не вин проблемы. На моем компе нет никакого КриптоПро ,тем не менее , у меня была проблема и я создал этот пост
(21)
Все равно проверьте наличие сертификатов даже если и нет крипто про. Там могут быть и RSAшные серты и ГОСТовые.
Нам это помогло и сейчас наш франчайзи оформляет багу в 1С, посмотрим как они отреагируют.
У меня та же проблема платформа 10.2561 БП 3.0.58.26.
Вопрос возникает, если дело в сертификатах, то причем тут релиз базы. Получается в прошлым релизам не мешали сертификаты?
Попробовал остаться на 8.3.10, так вот подошла 8.3.10.2667, а более поздняя 8.3.10.2699 не подошла, но по причине того, что периодически на полностью здоровой базе вываливалась с ошибкой о нарушении структуры.
Тоже после обновления на БП 58.20 такая же ерунда. Методом тыка выяснилось. что если отключить у пользователя начальную страницу, которая там по умолчанию идет, то всё работает. Как только пользователь добавляет себе начальную страницу, то сразу всё падает. Это только на компе где есть эти сертификаты.
(30) обновиться до 8.3.11. у меня было несколько баз, в которые нельзя зайти ни под одним пользователем в режиме предприятия. Под 8.3.11- все работает.
(30)на другом компе зайти, если, конечно, есть в сети еще 1с. Заметил, что если в этой начальной странице не указана Организация, то тоже нормально. 1С валится, после установки организации там.
(34) так и пришлось, зашел с единственного компа, не подверженного вылету, под админом и через Производительность отключил эту начальную страницу.
Нашел, надо проверить
Пользователь с полными правами может отключить отображение начальной страницы для определенных пользователей программы «1С:Бухгалтерия 8» редакции 3.0 (в том числе и для себя), которым не требуется отслеживать общие показатели деятельности организации, выведенные на рабочий стол.
Настройка отображения начальной странице находится в форме Производительность, доступ к которой осуществляется по одноименной гиперссылке из раздела Администрирование.
Для выборочного отключения отображения начальной страницы при установленном флаге Показывать начальную страницу следует перейти по ссылке Всем пользователям и отключить флаги для определенных пользователей.
По-моему, гораздо важнее, чем просто обновление платформы на крайний релиз, было определение причины, почему 1С вылетает (из-за сертификатов, как почти у всех в этой теме), а уже зная эту причину, можно подобрать для себя решение.)
Есть рабочая база БП КОРП (клиент-сервер), релиз 3.0.58.41. Все заходят, никаких проблем. Платформа 8.3.10.2505.
Сегодня развернул еще одну, чистую (клиент-сервер на тех же серверах) и получил аналогичную ошибку. Вылетает у всех пользователей, не зависимо установлен КриптоПро или нет. Стабильно работает только если запустить клиента на самом сервере 1С.
В итоге просто отключил начальную страницу в форме Производительность (по совету 31) и заработало у всех пользователей. Потом обновлю платформу до последнего релиза 8.3.10 и снова попробую вернуть начальную форму.
Это повезло еще, что есть пользователь, под которым можно зайти в базу. У меня было несколько баз, где никто не мог зайти
Сначала убрал сертификаты в другую папку - база запустилась. Потом положил их обратно и обновил платформу до 8.3.11.3034 - база перестала открываться. Возврат на старую платформу и перемещение сертификатов не помогает. Создавал базу заново с загрузкой из dt - всё равно не работает, при этом все базы более старых релизов работают нормально.
Почистил кэш перед установкой 8.3.11.3034 - не помогло. Заметил, что на 11 платформе в журнале ошибок краш ругается не на Core83.dll, а на mngui.dll. Запустился под толстым - и о чудо!
Под толстым клиентом на 8.3.11.3034 работает нормально!
После однократного запуска под толстым клиентом, тонкий клиент восстановил работоспособность!
Сегодня, сразу на трёх компьютерах такой же глюк, я убираю с другого компьютера, под этим пользователем информационную панель, база стартует, но когда в задачах выбрать, список задач, вылетает((
Какая может быть связь сертификатов с определёнными пользователями?
Да не сертификатов, а платформы.
Сертификаты здесь сбоку-припеку, просто на них вылезло.
А так - ошибка в dll-ке возникает.
В прежней платформе "старая" DLL, она, видимо, с "новым" механизмом запроса сертификатов неправильно работает.
Предположительно глюк связан с отображением какого то графического элемента на некоторых интегрированных видеокартах с включенным аппаратным ускорением.
Но это сугубое имхо
(52) а если документы в базу вводятся в онлайн режиме, причем не через Предприятие и пользователя? ))
Точнее, не "этого самого" пользователя ))
(54) ну, если вам дадут "отключить" многосторонний обмен. )))
Особенно бухгалтерия будет на вашей стороне ))
(55) я думаю что тут слишком много если, ели не надут то будут сидеть у монитора и курить бамбук (хотя решение я Вам выше написал как можно сделать (через виртуалку))
(53) еще как вариант и у нас он прокатил это создать виртуалку и с нее сделать все танцы с бубном по отключению новостей, либо взять старую машину на которой можно отключить аппаратное ускорение
(56) раз для вас много "если" - то самый лучший вариант, это обновиться на новую платформу.
Только и всего ))
И не нужно будет ничего выдумывать более того.
Кто вам это предложил? Вот ему и напишите, что "не решило" ))
Я же говорил - за версию 8.3.11. 3034 ))
Я предположил, что в 8.3.11 все решили, но рекомендовал - 8.3.11.3034.
Если ранние версии не решают проблемы - что ж, обидно, печально, досадно, но ладно ))
Это - 1С, тут и не такое возможно ))
Еще раз столкнулся с этой же проблемой, при этом возврат даты назад не помогал решить проблему, помогло создание нового пользователя в конфигураторе и отключение начальной страницы уже через него у всех. (Бухгалтерия 3.0) Может гуру напишут программу отключающую начальную страницу. что-то типа патча.
(63) причем тут "гуры", все давно написано уже)
Вы суть поймите - как вы обработку запустите, если не запустите Предприятие?
Менять ради этого конфу -> прописывать сброс начальной страницы?
Или искать и вклиниваться в какое-нибудь задание?
Проще обновиться, чем заниматься совершенно бессмысленным делом ))
(65)ну, разве что получите массу других ошибок, из-за чего, собственно, мы и перешли на новый релиз )
(66)есть ситуации когда смена релиза, особенно крайнего не всегда возможна.
Это 1с может позволить себе менять релизы платформы каждые 2 недели. У нас такой возможности нет.
(67) у нас смена релиза занимает день, хотя и не так много чего по пользователям.
А вот вокруг 1С много чего наверчено, что перестает работать при смене релиза )
Была такая же ошибка, 1С напрочь отказывалась запускаться, сразу при открытии вываливалась с ошибкой "программа будет закрыта". Причем только на одной базе. Единственное отличие этой базы от других - в ней настроена синхронизация с ЗУП 3.1, в остальных нет.
Прошли все круги ада - ТИИ, chdbfl, чистка кэша, чистка временных файлов, перемещение базы в другой каталог, выгрузка-загрузка .dt, обновление до последнего релиза (3.0.59.45).
Наконец додумались зайти в базу под давно не использовавшимся пользователем. И, о чудо, база открылась. Отключили, как здесь рекомендовалось, начальную страницу. И остальные пользователи смогли зайти.
Вопрос - что это было? Галка "Показывать начальную страницу" стояла "для всех пользователей". Если дело в ней, почему одному пользователю все-таки удалось зайти? Может это быть как-то связано с синхронизацией?
-------------------------------------------------------------------------------------------------------------------------------------
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv8c.exe
Версия приложения: 8.3.10.2561
Отметка времени приложения: 5983aaba
Имя модуля с ошибкой: core83.dll
Версия модуля с ошибкой: 8.3.10.2561
Отметка времени модуля с ошибкой: 5983a625
Код исключения: c0000005
Смещение исключения: 00009592
Версия ОС: 6.1.7601.2.1.0.16.7
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Описание способа подключения к базам 1С с помощью ComConnector, на различных версиях платформы.
При регистрации библиотек из разных версий 8.3, в одном СОМ приложении, возможно подключиться только к одной из версий.
(15) Решил проблему, создав компоненты в отдельных приложениях СОМ
(15) Методом проб и ошибок- свойствах приложения-> Активация-> Серверное подключение . Так заводится и создается инстанс без ошибок
Спасибо за статью. Мне она помогла, но если просто сделать как написано, возникали ошибки. Куча комментариев с разными ошибками не дали быстрого решения как именно сделать настройки. Предлагаю слегка скорректированный алгоритм. (*) - измененные шаги. В нем нет последних шагов по работе с реестром. У меня сработало на двух серверах.
Если автор посчитает возможным - можно было бы перенести в шапку.
1. Идем "Панель управления" - "Администрирование" - "Службы компонентов"
2. В оснастке служб компонентов, "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+"
3. Создаем новое приложение, правой кнопкой по "Приложения COM+" - "Создать" - "Приложение"
4*. Выбираем "Создать новое приложение", называем например "1cv8", тип выбираем "Серверное приложение",
Учетная запись - Текущий пользователь, Пользователь с ролью Owner - поставил администратора компьютера (сервера).
(без этого возможна ошибка -2147024769(0x8007007F): Не найдена указанная процедура)
5*. Нажимаем правой кнопкой по ветке 1cv8 – Свойства – Безопасность:
- Снимаем галку «Принудительная проверка доступа для приложений»
- Ставим галку «Применить политику программных ограничений»
- Уровень ограничений «Неограниченный»
(без этого возможна ошибка -2147024891(0x80070005): Отказано в доступе)
6. Раскрываем "1cv8", правой кнопкой по "Компоненты" - "Создать" - "Компонент".
7. Выбираем вариант "Установка новых компонентов", находим нашу библиотеку comcntr.dll (той версии платформы, к которой надо будет подключаться)
-* Если установка платформы на сервер не требуется, то достаточно скопировать в некую папку на сервере все содержимое папки bin соответствующей платформы и указать comcntr.dll из этой папки
8. Правой кнопкой по "V83.COMConnector.1" - "Псевдоним. ", меняем наименование с "CopyOf.V83.COMConnector.1" на "V83.COMConnector_8.3.9.2033". Данное действие проделываем для всех нужных версий платформ.
Читайте, как восстановить сбойные DLL библиотеки в Windows 10, 8 или 7 . Какие причины повреждения, удаления или ошибок DLL файлов. Сами по себе DLL файлы не являются исполняемыми файлами, но они используются в работе другими программами. Часто несколько программ или драйверов могут использовать DLL файл совместно, поэтому удаление или обновление одной программы может вывести из строя другие.
Для выявления причины ошибки и получения рекомендаций по её устранению можно использовать Журнал событий системы. Особенно полезно это будет если ошибка блокирует загрузку системы или вызывает синий экран смерти (BSOD) .
Если вы не можете запустить систему из-за ошибки в обычном режиме, используйте загрузку в безопасном режиме .
Возможные причины повреждения, удаления или ошибок DLL файлов
Способы восстановления DLL файлов в Windows 10
- Если Windows перестала загружаться, или были повреждены или удалены системные файлы, вы можете воспользоваться инструментами среды восстановления.
- Так же в Windows 10, 8 или 7 присутствует инструмент для автоматического восстановления системных файлов или библиотек из командной строки.
- Ошибки, связанные c отсутствием необходимых библиотек DirectX или C++ Runtime Library являются наиболее часто встречаемыми проблемами в Windows.
Вам необходимо установить совместимую версию DirectX, если игра вылетает с ошибкой: “Запуск программы не возможен, так как на компьютере отсутствует файл DLL. Попробуйте переустановить программу” , или в тексте ошибки указаны следующие библитеки: d3dx9_43.dll, xinput1_3.dll, d3dx9_31.dll, d3dx9_34.dll, xinput1_2.dll, d3d11.dll, d3dx9_35.dll, dxgi.dll, d3dx9_25.dll, d3d11.dll, d3dx9.dll, d3dx9_43.dll, d3dx10_43.dll, d3dx9_26.dll, d3dx9_30.dll, d3dx9_27.dll, d3dx11_43.dll, d3dcompiler_43.dll, d3d10.dll, xinput1_3.dll, d3dx9_31.dll, xinput1_2.dll, d3dx9_31.dll, d3dx9_34.dll, d3dx9_42.dll, x3daudio1_7.dll, x3daudio1_6.dll, xrsound.dll . Для этого необходимо воспользоваться Web инсталлятором DirectX от Microsoft .
Установите необходимую версию C++ Runtime Library, если в тексте ошибки указаны библитеки содержащие слова MSVCR или RUNTIME: MSVCR120.dll, MSVCP120.dll, MSVCR110.dll, MSVCP110.dll, MSVCR100.dll, MSVCP100.dll, MSVCR90.dll, MSVCP90.dll, MSVCR80.dll, MSVCP80.dll, VCRUNTIME140.dll, runtime-x64.dll, runtime-x32.dll, runtime.dll, runtime-110.dll и т.д.
Найдите в системных требованиях к программе какая версия библиотек C++ Runtime Dll необходима для работы и установите нужную:
- Microsoft Visual C++ 2015 ;
- Microsoft Visual C++ 2013 ;
- Microsoft Visual C++ 2012 ;
- Microsoft Visual C++ 2010 ;
- Microsoft Visual C++ 2010 ;
- Microsoft Visual C++ 2008 ;
- Microsoft Visual C++ 2008 ;
- Microsoft Visual C++ 2005 ;
- Microsoft Visual C++ 2005 .
Переустановите программу, ссылающуюся на DLL файл. Причиной ошибки DLL файла может быть ошибка в работе использующей его программы.
Читайте также: