Добрый день.

Добрый день.

Никак не могу заставить работать ДТО10. Может кто-то из обитателей сталкивался с такой проблемой или хотя бы подскажет в какую сторону копать.

Дано:
1С: УТ11(11.3.4.21)
ККТ: Атол 30Ф
ОС: Lubuntu 14 i386(так же пробовал и на 16 версии(х64) и на minte)
ДТО: Пробова и Atol 10.2.0, 10.3.1 и новые 10.4.1

Суть проблемы в том что при открытии журнала чеков ККТ( да и любой формы которая использует ККТ), 1с падает с ошибкой сегментирования.

В отладке 1С падение происходит после выполнения процедуры "ПриСозданииНаСервере". т.е. заканчивается функция на сервере, и по идее должна вызваться процедура "При открытии", но клиентская 1С падает. Ошибка повторяется и в толстом и в тонком клиенте.

Пробовал так же использовать отладчик GDB. По нему видно что идет обращение к драйверу и потом гдето в libstdc++ падает ошибка.

Логи GDB
Program received signal SIGSEGV, Segmentation fault.
0xb638c7a1 in __exchange_and_add (__val=-1, __mem=0xfffffffc)
    at /build/gcc-4.8-CiR0YN/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include/ext/atomicity.h:49
49      /build/gcc-4.8-CiR0YN/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include/ext/atomicity.h: Нет такого файла или каталога
(gdb) backtrace
#0  0xb638c7a1 in __exchange_and_add (__val=-1, __mem=0xfffffffc)
    at /build/gcc-4.8-CiR0YN/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include/ext/atomicity.h:49
#1  __exchange_and_add_dispatch (__val=-1, __mem=0xfffffffc)
    at /build/gcc-4.8-CiR0YN/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include/ext/atomicity.h:82
#2  std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::_Rep::_M_dispose (this=0xfffffff4, __a=...)
    at /build/gcc-4.8-CiR0YN/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include/bits/basic_string.h:246
#3  0xb63f8082 in _M_dispose (__a=..., this=<optimized out>)
    at /build/gcc-4.8-CiR0YN/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include/bits/basic_string.h:229
#4  std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::assign (this=0x9d1e792c <Logger::instance()::l+12>,
    __str=L"/home/tlt-zarya/.atol/drivers10/fptr10_log.properties")
    at /build/gcc-4.8-CiR0YN/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include/bits/basic_string.tcc:250
#5  0x9cd300b6 in Logger::reconfigure() () from /opt/1C/v8.3/i386/libfptr10.so
#6  0x9cd30252 in Logger::instance() () from /opt/1C/v8.3/i386/libfptr10.so
#7  0x9cc690da in __log_api(char const*, wchar_t const*, ...) ()
   from /opt/1C/v8.3/i386/libfptr10.so
#8  0x9cc6ae72 in libfptr_create () from /opt/1C/v8.3/i386/libfptr10.so
---Type <return> to continue, or q <return> to quit---
#9  0x9d223232 in Atol::Component1C::FiscalPrinter::Fptr10Library::create(void**) () from /tmp/v8_301LWv_c.tmp
#10 0x9d233d41 in Atol::Component1C::FiscalPrinter::Fptr1C::setDefaultSettings() () from /tmp/v8_301LWv_c.tmp
#11 0x9d234e50 in Atol::Component1C::FiscalPrinter::Fptr1C::Fptr1C(std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> > const&) ()
   from /tmp/v8_301LWv_c.tmp
#12 0x9d23501e in GetClassObject () from /tmp/v8_301LWv_c.tmp
   from /opt/1C/v8.3/i386/core83.so

Пробовал пересобирать libstdc++ на другие версии, менять права на папки логгера, переносил логи и сам файл fptr10_log.properties в другой раздел, результат тот же.

Атол отказывается помочь, как обычно посылая в 1С. 1С отказывается помочь посылая в Атол. В результате сижу у разбитого корыта и не знаю что еще делать.

Ап. Может есть у кого идеи в какую сторону копать?

а касса уже прошита для работы с 10 ДТО?

А её надо прошивать? Этот драйвер поддерживается только с какой то версии прошивки?

И еще забыл добавить интересный момент.

Если перед открытием чека, зайти в оборудование и вызвать форму настройки ККТ, и после этого уже открывать список чеков, то все работает и 1с не падает

В качестве апа. 1с ответила что у них все работает.
Атол, привычно послал куда подальше.

Кто нибудь вообще использует дто 10 на линуксе?

Попробуй разные ветки 10-ки. Я имею в виду 10.1 или 10.2.
Старые предварительно полностью сноси.

Проверь через веб-сервер драйвер атол нормально работает/пробивает?
Если да то проблема похоже в ВК для 1С

(8) пробовал каждый релиз, ситуация не меняется
(9) веб сервер не пробовал, но зато проверял через тестовую утилиту. Она работает.

Заметил еще одну зависимость, при отключении сканера шк в оборудовании 1с, все работает.
Т.е. по отдельности обе компоненты работают, а при включении  обоих получается конфликт.

(11) а дрова на сканер тоже атоловские?

Дрова на сканер никакие не ставим, только компоненту в 1с.
Она стандартная(1С:Сканеры штрихкода (NativeApi)) версия 8.1.8.0. Так же проверял и новой версии, из последней УТ 11.4