Как бороться с частым падением платформы 8.3?

подождать до 10 сентября, может тогда файловые выпилят окончательно.
нет платформы - нет проблемы.

Журнал Windows показал что падает с этой ошибкой:
Имя сбойного приложения: 1cv8c.exe, версия: 8.3.13.1865, метка времени: 0x5cc105ad
Имя сбойного модуля: ucrtbase.dll, версия: 10.0.17134.319, метка времени: 0xc1f0557a
Код исключения: 0xc0000409
Путь сбойного модуля: C:\WINDOWS\System32\ucrtbase.dll

Обновил, скачал с microsoft сайт последний vc_redist.x86.exe.
Установил, но версия библиотеки ucrtbase.dll не поменялась, очевидно она не входит в состав vc_redist.x86.

Вроде как помогло переход на платформу 8.3.14.1854.

По крайней мере, после ее установки еще не упало ни разу.

Обновление.
Напомню, что после обновления Розницы до 2.2.13.11, стала падать платформа при пробитии чека на Атол 55Ф.
На Атол 55Ф установлена самая последняя прошивка и все платные лицензии.
На всем этом Розница версии 2.2.11.30, то есть до обновления, работала без проблем.

К сожалению Розница версии 2.2.13.11 продолжает падать рандомно, но именно в момент пробития чека. В логах Windows в момент падения ошибка:

Имя сбойного приложения: 1cv8c.exe, версия: 8.3.13.1865, метка времени: 0x5cc105ad
Имя сбойного модуля: ucrtbase.dll, версия: 10.0.17134.319, метка времени: 0xc1f0557a

Может падать каждые 10 минут, может раз в 3 часа. Никакой закономерности не нашел.

Ниже опишу то, что я пытался сделать, чтобы исправить проблему, но ничего из этого все равно не помогло:

- Полная переустановка Windows 10 лицензии до последней версии 1903, с переходом на ssd диск и добавлением памяти.
- Очистка кеша и всех .pfl файлов, полное ТиИ
- В одной теме на форуме инфостарта кому-то помогло переименование ПК, тоже сделал
- Пробовал все платформы от 8.3.13.1865 и выше
- Давал права администратора всем пользователям
- Давал запуск только с толстого клиента
- Пробовал все атоловские драйвера 10 версии и интеграционные компоненты, как встроенные к конфигурацию, так и те, которые идут в каталоге с атоловскими драйверами
- Выгрузка в dt и загрузка в чистую базу.
- Загрузка чистой конфигурации той же версии в текущую базу.

Не помогло ничего.

Если подключен сканер штрихкодов в 1с в режиме клавиатуры, то проблема в нем основном(но это верно про 2.2.12.30 релиз Розницы, а что на самом последнем релизе я проверять не стал).
Я перевел на режим com-порта и все стало хорошо! Особенно проблема актуальна если база опубликована на на веб-сервере, тогда даже начать не дает иногда причем совсем внезапно.

Уже сутки, как падений не наблюдаю. Что сделано - в свойствах сетевой карты параметр "Разгрузка при большой отправке (IPv4)" установлен в значение "Выключен". Это совет от участника "Инфостарт" с ником "Dedushka".

Мне уже неактуально, клиента этого нет.
Но интересно, какое отношение имеет параметр сетевой карты к падениям платформы...
Если действительно это помогло, то это многое говорит о качестве софта 1С, в плохом смысле конечно.
Я помню времена, когда от падения платформы советовали отключать ускорение во встроенном видео от Intel.
Я думаю все это шаманство и несерьезно для бизнеса. Падение платформы это проблема фирмы разработчика, то есть 1С. И она должна решать такие проблемы. И решать быстро. Но я себе испытал, что она решать такие вопросы не намерена. А вообще в серьезном софте таких проблем в принципе не должно быть.

Сожалею с клиентом, постом выше писал, что проходил эту ситуацию. Но упомянутый способ действительно помог. Сегодня еще раз уточнил, что с работой БД всё в порядке. Ну а разговор о качестве платформы и ошибках в конфигурациях слишком получится длинный. Реально не вижу замены 1С в работе. Занимаюсь сопровождением бухгалтерского учета, больше бюджетного, альтернативы 1С нет, "Парус" не конкурент - у меня несколько клиентов перешли с "Паруса" на 1С, счастливы. Полностью согласен с тем, что решение данной проблемы должно было идти от технической поддержки 1С.

Рано я Вам написал. Сегодня падения возобновились. Больше копать некуда. Возможные решения: недорого - терминал, дорого - SQL Server/

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

Версия ОС: 6.3.9600.2.0.0.16.7

платформа любой разрядности, почти с идентичным дампом падает
партнерский саппорт предложил "внести ucrtbase.DLL из каталога bin используемой платформы в исключения DEP на сервере"

посмотрим

похоже решение рабочее

Имя сбойного модуля: ucrtbase.DLL, версия: 10.0.17134.12 ошибка актуальна, в DEP не добавляется 1cv8.exe, пишет, что необходим DEP для работы этого приложения.
Версия 8.3.16.1814...
Подскажите, если кто нашел решение проблемы

Попробуйте установить сервер 1С на комп: Windows 7 Professional (x64)
а платформу использовать 8.3.18.1741

Если не поможет (учимся работать тестировщиком 1с).
1) Сделать файловый вариант и на нём добиться падения платформы. (потом тестить клинт-серверный вариант)
2) отключить интернет т.е. тестирование без интернета (может это обращение к внешним сервисам вызывает ошибку)
Если без интернета хорошо работает, тогда в хост (в файл hosts) добавить строку: 127.0.0.1 baidu.cn
или ещё что-то ограничить

3) искать закономерность, после какого документа или других действий происходит падение.
4) сделать КОПИЮ, и на ней удалить часть данных (пробовать разные). и проверить - падения прекратились?
5) ошибка может быть вызвана Ролями Пользователей (их удалять и пробовать под разными ролями)
6) через какое время происходит падение, всегда через 5 мин или нет закономерности.
7) программа лицензионная или нет?

Смотреть журнал логов Windows.
Настроить Технологический журнал 1С. (есть логи на сервере 1с, есть логи на компе пользователя)

Попробуйте установить последнюю версию microsoft visual c++ redistributable 2015-2022

Появился вариант, если касса Атол, то через драйвер Атола, в настройках в разделе Диагностика, стереть все занесенные адреса. См. картинку.

Тут недавно была тема, уже не найду, где падение платформы было связано с тем, что была касса Атол, сбой в драйвере Атола был связан с нарушением работы с их сервисом, куда касса стучится постоянно, чьи адреса и прописаны в кассе. В результате сбоя драйвера Атола падала и платформа. Так что как вариант, это тоже может быть.

Сегодня удалил адрес сайта из драйверов, как показано на рисунке.
Касса атол, драйвера кассы новые переустановил. При пробитии чека периодически (раз в день или чаще) аварийно закрывается программа, самое неприятное, что при оплате безналом. И покупатель суёт в нос свою СМС, о том, что деньги списались и есть твёрдое понимание, что Альфа-Банк в 90% случаев деньги нам не зачислит.

Неделю назад получил описанную проблему на платформе 8.3.18.1741
УТ10.3, база клиент-серверная.

И опять та же самая ucrtbase.dll

1С запускается, и сразу вылетает.
До этого отработали на данной платформе больше двух лет, и вдруг началось.

Заметил, что под отладчиком 1С запускается, и работает нормально.
Поэтому запустил на сервере конфигуратор, поставил автоподключение отладчика ко всему, что двигается - проблема ушла на всех компах, кроме одного.

На одном компе даже это не помогло. На нем помогает отключение шлюза интернета перед запуском 1С, после запуска включаю интернет - работает.
Т.е. скорее всего, 1С после запуска, до выполнения ПередНачаломРаботыСистемы лезет куда-то в инет, и там ей сообщают что-то такое, что она сразу падает.

Возникла аналогичная проблема.

Windows x64
appcrash ucrtbase.dll версии 10.0.10240.16390
Платформа 8.3.22.2501 x32.

Наше решение: сменили пользователя ОС (оба имени написаны кириллицей).
Проблемный пользователь имел админские права.
У непроблемного админских прав не было.

Предположительно, что проблема в профиле пользователя или повреждённом реестре, да и библиотека - MS, т.е. 1С тут, не факт, что причём.

Комп разгонялся через биос?