Добрый день.

При попытке печати документов в сеансе тонкого клиента, подключение через веб-сервер - 1с зависает. В журнале ошибок на сервере при этом получаю:

Имя сбойного приложения: httpd.exe, версия: 2.2.23.0, метка времени: 0x511267f4
Имя сбойного модуля: v8_65E5_1f.1CBarcodWin64_9_0_12_8.dll, версия: 9.0.12.8, метка времени: 0x600eeb7a
Код исключения: 0xc0000005
Смещение ошибки: 0x000000000004f2e6
Идентификатор сбойного процесса: 0x930
Время запуска сбойного приложения: 0x01d848057890fc9b
Путь сбойного приложения: C:\www\bin\httpd.exe
Путь сбойного модуля: C:\Users\Администратор\Documents\InfoBase\1Cv8Temp\v8_65E5_1f.1CBarcodWin64_9_0_12_8.dll
Идентификатор отчета: 39396161-bd41-4748-b65d-314216849710
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:

В инете есть подобная тема, но нормального решения не нашел, а те, что предлагаются, не сработали.

Подскажите пжл, что это и как с этим бороться?

Апач скольки битный?

(1) 64

(0) я так понимаю, 1ска пытается воспользоваться библиотекой для штрихкодов и у нее это не получается. А если не печатать ШК, то все норм? И почему путь такой странный через \Documents\InfoBase\ ? Пробовали эту библиотеку через макет загружать и использовать?

(3) >> А если не печатать ШК, то все норм?

на печать отправляются формы, не связанные при этом с ШК, но в конфигурации видимо при начале любой печати идет подключение этой компоненты.

>> И почему путь такой странный через \Documents\InfoBase\

да вроде нормальный путь, что не так? )

>> Пробовали эту библиотеку через макет загружать и использовать?

нет, не пробовал, конфигурация УНФ, стоит на полной поддержке.

(4) раз все такое типовое на поддержке, то вы в саму поддержку 1с обращались по данной проблеме?

(5) нет, еще не обращался, т.к. не все типовое, не все ) Платформа не лицензия

(6) но до недавнего времени (до переезда на новый сервер) и до разворачивания всего (вместе с новой версией платформы) - все было норм

(7) а на просто файловой версии все работает? или в папке файлик создается, а затем удаляется? или просто создается и там лежит?

v8_65E5_1f.1CBarcodWin64_9_0_12_8.dll
я об этом файлике.

А у вас база лежит в личной папке администратора,а web-сервер запускается от имени какого пользователя?
Поместите базу в другое место и дайте этому пользователю полный доступ в этот каталог.

(0) >Путь сбойного приложения: C:\www\bin\httpd.exe

Мне тут постоянно советуют апач поставить, а я вот, чисто для разнообразия, порекомендую IIS. Вполне вероятно, что он сможет проглотить эту ошибку, хотя гарантий никаких, конечно, но попробовать стоит, ящетаю.

(11) а вот ящетаю что если иис так же криво настроить как у тс апач то он даже не взлетит

(7) >до недавнего времени (до переезда на новый сервер) и до разворачивания всего (вместе с новой версией платформы) - все было норм

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

(12) Может он нормально апач настроил, может у него на новом сервере просто один диск и тот системный, тогда логично всё получается))

(7)
>до разворачивания всего (вместе с новой версией платформы) - все было норм
>Платформа не лицензия

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

(10) поменял на "C:\Users\Public\Documents\InfoBase" - ничего не изменилось

(8) она и так файловая

(16) Ну попробуй апач нормальный поставить - 2.4. 2.2 больно уж старый.

По итогу, какой-то конфликт между новой платформой и конфигурацией был. Обновил конфигурацию и все стало нормально работать. Всем спасибо.