День добрый.
Имеем на сегодняшний день крайнею версию 1с БП 3.0 и платформы, windows 7, нод32. Работа в файловом режиме, два пользователя. Периодически у одного из пользователей закрывается 1с, у другого работает. Ремонты базы не помогают, смена платформы тоже.
вот ошибка:
Имя сбойного приложения: 1CV8C.exe, версия: 8.3.8.2088, отметка времени: 0x57c64f29
Имя сбойного модуля: MSVCR110.dll, версия: 11.0.51106.1, отметка времени 0x5098858e
Код исключения: 0x40000015
Смещение ошибки: 0x000a327c
Идентификатор сбойного процесса: 0x17c8
Время запуска сбойного приложения: 0x01d2145fd663bcba
Путь сбойного приложения: C:\Program Files (x86)\1cv8\8.3.8.2088\bin\1CV8C.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv8\8.3.8.2088\bin\MSVCR110.dll
Код отчета: 79962d65-8070-11e6-aa84-b083fead8896
(8) Cooler, База у одного из пользователей. Бывают вылеты и локально, т.е. без работы второго пользователся, но как я понял, когда работают одновременно, ты вылеты происходят чаще.
(7) Spirit11, win 7 32 на платформах(либо 64 на двух), протокол TCP/IP (настройка ip4 другое убрано/ip6/) к примеру 64 и 32 win может очень глючуить между собой
p.s. проблема не в 1с скорее всего
как вариант попробовать установить
Microsoft Visual C++
с офф сайте для нужной ОС
(15) Spirit11, судя по названию ярлыка вроде как тонкий запускается попробуйте страртонуть с ярлыка из папки bin платформы 1сv8.exe или посмотреть параметры запуска ( через кнопку изменить в окне выбора баз данных)
(17) У всех по разному, кому-то помогла очистка кэша в обоих папках appdata\roaming и appdata\local , кому-то обновление платформы, кому-то обновление конфигурации, кому-то удаление файла Журнала регистрации (1Cv8.lgd) в каталоге 1Cv8Log
Геннадий Олешко (gnrx69) 01.04.14 11:54
(17) s_d_s, на другом форуме советовали, против вылета при обновлении, следующий танец с бубном:
Выгрузить cf из базы, которую требуется обновить.
Создать базу без конфигурации и загрузить cf в нее.
Обновить эту базу и выгрузить из нее cf.
Загрузить полученный cf в базу, которую требовалось обновить. Именно ЗАГРУЗИТЬ, а не обновить или сравнить/объединить.
(35)я читал этот пост. только там немного иная проблема, у него ошибка при обновлении конфигурации вылетает. А у меня просто при работе пользователя. Обновлял эти базы недавно все нормально было. Другие базы обновлял тоже с ними все в порядке. Из всего потока выделяется всео 2 базы с такой проблемой((
Конечно, в начале нужно проверить комп, я согласен с TODD22. Но это процедура может занять время. Попробуйте установить все зависимости Скачать все библиотеки Но вначале удалите все старые, почистите комп каким-нибудь чистильщиком, потом установите библиотеки. Если не поможет, то поменяйте местами планки оперативной памяти. Бывает и такое помогает.
На мой взгляд лучший чистильщик Скачать чистильщик
была как-то такая проблема, менял режим совместимости в настройке конфигурации. Стояла 8.3.9.1850, а режим совместимости 8.3.7. Поставил совместимость 8.3.6 запустил 1С предприятие, закрыл. Потом выставил обратно 8.3.7 и ошибка пропала
(22) У меня сервер 2012R2 юзеры работают в терминале, стоит баз 10 файловых 8.2 и баз 10 тоже файловых 8.3 В итоге с такой ошибкой вылетает только 1 база 8.2 и одна 8.3. Все базы тестил и с конфигуратора и через chdbfl ошибок нет. переустановил платформу, почистил кеш у пользователей. CCклинер запустил на серваке им просканил. Базу выгружал и загружал в новый только что созданный каталог. Нечего не помогло. Платформу пробовал 8.3.9.2170 и 8.3.8.2322 как в тонком так и в толстом клиенте. Не могу победить эту ошибку не как. Визуал с++ переустанавливал. Раньше столял только 2012 я поставил 2015. Осталось проверить только жесткий диск но говорят чекдиском лучше базы 1с не проверять можно базу поломать.
Была такая же проблема, работать было невозможно. Делал следующее:
- чистка КЭШ
- обновление платформы
- ТиИ (внешнее, внутреннее)
- выгрузка\загрузка из *dt
После всего проделанного проблем не возникало.
Либо удаляем у пользователя весь. Либо качаем обработку и ей удаляем выборочно.
Вчера удалил весь кеш из C:\Users\Имя_пользователя\AppData\Local\1C\1cv8 так де из папки C:\Users\имя_пользователя\AppData\Roaming\1C\1cv8.
Сегодня снова ошибка вылезла. Может я не все удаляю? там оставались файлы 1с8.pfl, 1cv8c.pfl, 1cv8strt.pfl я их не трогал. Удалил все папки с подобными именами "8a9fd225-1716-4dc9-b3a9-3342574062e0". Может дело в том что сейчас конфигурацию 2.0 нужно запускать из под платформы 8.3??? Я просто установил эту платформу и прописал путь к базе. тестирование и исправление бухгалтерии 2.0 запускал уже из под 8.3. Ошибок нет. Если запускаю со старой платформы 8.2.19.130 тогда там находит пару ошибок, я так понял они и должны появляться так как 8.3 всю базу настроила под себя.
(28) Можно поподробней как удалить внутренний? Если я запускаю клиент с параметром /ClearCache внутренний кЭш удалиться? У меня не скуль, файловые базы.
(30) Не помогло. Чистил кеш и внутренний и внешний. тестирование и исправление, выгрузка загрузка, обновление платформы. Сегодня ночью чекдиск запущу как последнюю надежду.
(33) Ошибка все та же, регистрируется в системном журнале сервера. Пользователей не было. Попробовал вчера удалить базу из списка и добавить снова, говорят может помочь, слежу теперь за журналом ошибок.
(34) удаление из списка баз это чистка внешнего кэша без его удаления не более.
(37) раз дело не в кэше, значит дело в ПК!
Поменять ПК/учетку под которой логинится и проверить.
(38)Поменять пк не могу это рдп сервер, другого в штате нет. С одной базой работают 2 учётки и у обоих вылеты. Сегодня наблюдаю за ошибками может пронесёт.
(39) конфликт ПО у вас значит. Переустановили платформу для начала.
Пересоздай учетную запись. Возможно ты накосячил при ее создании, а в базе специфический код не может с такой учеткой работать. Проверь параметры базы! Может там язык не тот.
Вроде как 3 дня уже без вылетов. Сделал тестирование, выгрузку и загрузку. после сделал тестирование внешнее и внутреннее. Очистка кэша внешнего и внутреннего. Базу загружал уже в новую, созданную папку.
Накаркал, при подключении второго пользователя вылетел второй пользователь. Первого не выкинуло. До этого работал в базе 1 пользователь все было отлично. Ломаю голову дальше.
Добрый вам всем. Решили всей бухгалтерией переехать на 8.3 - глюки посыпались сразу же. Основная проблема была так же в вылете 1С из-за библиотеки msvcr110.dll. Скажу только, что сие безобразие происходило только на оболочке 8.3 в сочетании с модулем "Бухгалтерия" 3-й версии. Те базы, которые пока, что работают на 8.3 и 2-м модуле, тьфу-тьфу-тьфу не глючат.
Проковырявшись полдня, перепробовал всё, что пишут об этой проблеме в Интернете:
- очистка кэшей 1С - без толку;
- обновление конфигурации через пустую базу - без толку;
- обновление пакета библиотек 2012 - без толку (как потом заметил, в папке "bin" у 1С есть свои копии этих файлов;
- переименование путей к базе на английские буквы - без толку;
- и много другой мелкой ерунды ...
От разбивания бубна о монитор уберегла последняя мысль: а что, если виноват во всём только этот самый файл "msvcr110.dll". Единолично придумал, что он глючный и подсунул 1С более новую версию этого файла "msvcr120.dll", положив его в папку "bin" и переименовав в "msvcr110.dll". Всё прекрасно заработало. Если вам не помогает всё, что предлагает разум, попробуйте это извращение
(50) Идея с подменой файла. "msvcr120.dll", положив его в папку "bin" и переименовав в "msvcr110.dll
"msvcr120.dll" имеет версию файла 12.0.21005.1, сработала не выкидывает!!!
Msvcr120.dll — одна из библиотек, входящая в комплект компонентов, необходимых для выполнения новых программ, разработанных с использованием Visual Studio 2013 — «Распространяемые пакеты Visual C++ для Visual Studio 2013».
может просто попробовать обновить Visual Studio 2013 ?
Да, если с переустановкой. Но вопрос был, где взять dll.
Я обратил внимание, что если устанавливаешь новый Adobe InDesign, то он переустанавливает библиотеки Visual Studio с их предварительным удалением и об этом пишет.
добрый день, регулярно завершаются процессы 1с с аналогичной ошибкой. Все вышеперечисленное не помогает. платформа уже 8.3.9.2233, конфигурация ERP 2.1.3.284. Ошибка критична при длительных операциях закрытия месяца. (операция не доходит до финиша)
Была аналогичная проблема - 2 компьютера в сети, на одном из них лежит база, второй подключается к ней по локальной сети. На втором компьютере постоянно выскакивала ошибка: "Обнаружена критическая неполадка, система будет перезагружена через одну минуту".
Помогла полная чистка кэша.
А в пути к базе содержится кириллица? Вроде как с таким кодом ошибка вылетала при наличии кириллицы и длинного пути к базе (предположительно, из-за глючных компонентов Microsoft).
Попробуйте перенести всю базу в нерабочее время в новый каталог с не очень длинным путем вроде "D:\1c_base\". И дать всем необходимый доступ к базе, конечно же.
Не так сложно, но возможно реально решит проблему.
Была подобная ошибка.
Конфигурация: УНФ 1.6.25.152 (sql)
Платформа: 8.3.17.2256 (64)
Вылетала у одного пользователя при работе с формой документа "Заказ покупателя"
Текст ошибки
Имя сбойного приложения: 1cv8c.exe, версия: 8.3.17.2256, метка времени: 0x60b5ced0
Имя сбойного модуля: mngui.dll, версия: 8.3.17.2256, метка времени: 0x60b5d480
Код исключения: 0xc0000005
Смещение ошибки: 0x00000000004b950b
Идентификатор сбойного процесса: 0x15d4
Время запуска сбойного приложения: 0x01d7870c4ec81076
Путь сбойного приложения: C:\Program Files\1cv8\8.3.17.2256\bin\1cv8c.exe
Путь сбойного модуля: C:\Program Files\1cv8\8.3.17.2256\bin\mngui.dll
Идентификатор отчета: 637a7ea8-f300-11eb-80c0-1cc1de04129d
Не помогло: - чистка кэша
- ТИИ
- отключние DEP
- скачиванием и установкой пакета С++ (49)
Помогло: Чистка внутреннего кэша по этому пользователю, по этому документу.
Чистку внутреннего кэша делал этой обработкой:
https://infostart.ru/public/635729