Дэнси и кеды (решено)

[Alexander]

У меня такое предположение:
При попытке пробития чека (на чём все-таки, кстати?) на верхнем уровне сервера оборудования или в GUI возникает ошибка сегментирования.
Соответственно, основной процесс RMK вылетает (визуально это как раз спонтанный возврат в главное меню).
Остаётся "висеть" низкоуровневый процесс сервера торгового оборудования (который, как раз "слушает" порт - отсюда ошибка блокировки порта при попытке следующего запуска). Поскольку родитель у этого процесса вылетел, ядро операционки перекидывает (а вовсе не запускает) этот процесс в init, т.к. какой-то родитель же должен быть у процесса (а init как раз самый главный родитель всех процессов, так сказать "родитель по умолчанию").

Собственно KDE скорее всего просто гораздо сильнее "нагружает" систему - поэтому ошибка проявляется. В IceWm вероятно она также может когда-нибудь проявиться.

Что можно попробовать:
- включить в настройках драйверов устройств на закладке "Общие" вывод отладочных сообщений сервера оборудования в консоль.
- запустить reshka из окна терминала и посмотреть консольный вывод сразу после "вылета" в главное меню - нет ли там Segmentation Fault или SIGSEGV.
Скриншот отправить на support@dnc-soft.ru
- уточнить состав используемого торгового оборудования.
- прислать на support@dnc-soft.ru дамп базы данных /dnc_arch/LinCash[текущая дата].gz
- указать, какой товар пытаемся пробить

[findoff]

ПО: 1.2.4_patch10 (Mandriva 2009)
ФР: Меркурий MS 130K

Запустить из терминала: Ошибка была только про address already used
(Про установку нового родителя не знал...)

При каком товаре? : При пробитии любого товара

П.С.: Остальное уточню после завтра.
Еще хочу заметить, что у меня порт слушал именно RMK родитель... (Судя по ps -F -Uxxx и netstat -tvea --process)

[Alexander]

Попробуйте обновить до 1.2.5patch1
Меркурий-130К - это автономный (со своей клавиатурой и индикатором) кассовый аппарат, у которого есть режим ФР и который с ДЭНСИ: КАССой вообще не тестировался.
Меркурий-MS-К - это как раз фискальный регистратор (нет ни клавиатуры, ни индикатора, работает только с ПК или другим управляющим устройством), который с ДЭНСИ: КАССой тестировался.

[findoff]

У меня Меркурий MS без клавиатуры не автономный, извиняюсь, видимо из инструкции не то переписал...

[BigAndy]

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

Так что логлевел выставил в 255, день постестирую, потом снесу на кассовой машине. Фреймбуфера вполне достаточно.

PS. Fedora11 стоит.

[findoff]

to BigAndy: Версия Дэнси последняя?
__
Попробую обновить...

[BigAndy]

Нет. 1.2.4 с каким-то патчем. 1.2.5 работает далеко от офиса.
За смену полет нормальный. Особых глюков не было замечено. Чтобы обрубить кассира от доступа к ненужным ему ресурсам KDE с обеда запустил в KIOSK mode. Т оже ничего страшного не произошло.
ККМ MSK-f, соединения по com-порту.

[findoff]

В общем проблему решил, может кому решение будет полезно (хотя оно оказалось простым):

краши были при запуски с унаследованными после кедов переменными среды (какие еще не смотрел, просто на скорую руку bash -l -c 'run_reshka' сделал)

[BigAndy]

Код: Выделить всё

$ run_reshka
mkdir: невозможно создать каталог «/tmp/dancy/reshka»: Файл существует
^CBind AF_INET: Адрес уже используется
Bind AF_INET: Адрес уже используется
Bind AF_INET: Адрес уже используется


Но программа продолжает работать и выбивать чеки. 1.2.5 patch1
Стоит голый LXDE, прееменный от KDE даже следа нет.

[offtop]
Вообще вот такие строчки из setup_dnc

Код: Выделить всё

cp -v ./addon_conf/scripts_for_iso-update/* /usr/bin
chmod -v 777 /usr/bin/dnc_gksu_iso
chmod -v 777 /usr/bin/dnc_iso-update

# configuring Qt
cp -v ./addon_conf/qtrc /etc/qtrc

# making update system for DNC project
mkdir /dnc_update
mkdir /dnc_update/bin
mkdir /dnc_update/libs
mkdir /dnc_update/libs64
chmod 777 /dnc_update
chmod 777 /dnc_update/bin
chmod 777 /dnc_update/libs
chmod 777 /dnc_update/libs64

# making archdb system for DNC project
mkdir /dnc_arch
chmod 777 /dnc_arch


наводят на грусные размышления...
Нет бы спецпользователя создать для денси и раздать им права на ресурсы..
[/offtop]

[findoff]

В общем выловил я эту переменную...
declare -x MALLOC_CHECK_="2"
Если установлена то вылет при любой попытки записи в базу через "Дэнси"
В логе ничего про это не нашел...
Почему кеды ставили эту переменную не знаю. Я в этом не знаток.
__________
MALLOC_CHECK_ — указывает что делать с ошибками в функциях malloc, free:
= 0 — молча игнорировать все ошибки
= 1 — сообщить об ошибке и продолжить работу
= 2 — прервать (без сообщения)
= 3 — прервать и сообщить об ошибке.
__________
Собственно теперь понятно почему возникал вылет...

Прилагаю лог при export MALLOC_CHECK_=3
http://afsw.dynalias.org:19080/reshka.php