26.06.2009 15:54
Каких батников?
Ты о чем?
27.06.2009 08:25
Цитата:
Mtirt Каких батников?
Ты о чем?
этой конкретной базе 4 года. она пережила 2 апдейта, после которых апдейтить ее зареклись навсегда.

после одного из тех апдейтов к ней пришел глюк: любая, даже самая мелкая правка раскладки клавиатуры с вероятностью 95% моментально вызывает указанную выше ошибку про токенайзер.

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

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

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

вчерашняя рекомендация поддержки - "протыкать" (открыть на редактирование и сохранить):
- 4-5 настроек кнопок в раскладке клавиатуры
- 4-5 пунктов в терминальном меню
- настройки главной кассы
потом перестартовать службу сервера укм и перегрузить кассы.

это не помогло.

спаслись тем, что все-таки нашли в старых бэкапах самого первого админа эти колдовские скрипты.
образец скриптика чуть позже сюда положу, но сразу предупреждаю всех, кто когда-то может задумает их пользовать:
запросто может оказаться, что они заточены на конкретную конфигурацию Toshiba-TEC 6500 + PKBST-50
27.06.2009 12:12
Цитата:
Andrew_Konev этой конкретной базе 4 года. она пережила 2 апдейта, после которых апдейтить ее зареклись навсегда.

после одного из тех апдейтов к ней пришел глюк: любая, даже самая мелкая правка раскладки клавиатуры с вероятностью 95% моментально вызывает указанную выше ошибку про токенайзер.

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

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

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

вчерашняя рекомендация поддержки - "протыкать" (открыть на редактирование и сохранить):
- 4-5 настроек кнопок в раскладке клавиатуры
- 4-5 пунктов в терминальном меню
- настройки главной кассы
потом перестартовать службу сервера укм и перегрузить кассы.

это не помогло.

спаслись тем, что все-таки нашли в старых бэкапах самого первого админа эти колдовские скрипты.
образец скриптика чуть позже сюда положу, но сразу предупреждаю всех, кто когда-то может задумает их пользовать:
запросто может оказаться, что они заточены на конкретную конфигурацию Toshiba-TEC 6500 + PKBST-50


Извиняюсь сразу не врубился. У меня же были эти скритпы.*54

Вот два батника

NoMoreDataInTokenizer.cmd

SET DBHOST=192.168.10.71
SET DBPORT=
SET DBNAME=ukmclient
SET DBUSER=root
SET DBPASSWORD=
SET LogFile=KeyboardParams256.log

echo select * from keyboard where command = 256; | c:\mysql\bin\mysql --host=%DBHOST% --port=%DBPORT% --user=%DBUSER% --password=%DBPASSWORD% --database=%DBNAME% --table > "%LogFile%"
notepad "%LogFile%"


И еще NoMoreDataInTokenizer_Correction.cmd

SET DBHOST=localhost
SET DBPORT=
SET DBNAME=ukmclient
SET DBUSER=root
SET DBPASSWORD=
SET LogFile=KeyboardParams256.log

echo update keyboard set param="0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1" where command = 256 and (id=524872 or id=1049160); commit; select * from keyboard where command = 256; | c:\mysql\bin\mysql --host=%DBHOST% --port=%DBPORT% --user=%DBUSER% --password=%DBPASSWORD% --database=%DBNAME% --table -vvv > "%LogFile%"
notepad "%LogFile%"


Но как ими пользоваться и когда не знаю мне они не понадобились.
21.08.2014 12:21
стоит версия старенькая.. 42.4
Захожу под кассиром, вылетает сразу же ошибка :

10:35:08: FATAL:debug#creceipt_item_discount.cpp(84) Append:expression 'it != m_ReceiptDiscountsTMP->end()' failed
10:35:08: FATAL:diag:НЕИЗВЕСТНО НЕИЗВЕСТНАЯ ОШИБКА expression 'it != m_ReceiptDiscountsTMP->end()' failed

На сервере в логах все хорошо.
может было у кого-нибудь подобное? Куда копать? Касса с сервера приняла инфу и началось..
21.08.2014 14:14
скидки какие-нибудь меняли? может удаляли?
что по скидкам грузится из бэка?
может чек остался недопробитый/разрушился?
21.08.2014 14:35
Нет ничего не менялось, касса просто не работала, залили ее заного, после этого вот эта проблема.. По скидкам тоже ничего не грузилось..
Чек пишет закрыт последний.. причем давно
22.08.2014 11:19
1. Есть автоматические скидки?
Попробуй временно отключи их.
2. Не факт, что этот чек нормально закрылся
22.08.2014 14:31
Ну в общем разобрался, по ходу чек погиб..

таблица out_receipt_header

в ней идут
ID Чека Global Number

111970 113814
111971 113815
111972 113817
111973 113818


Если я удалю последние две записи снизу, до 113815 - касса работает.. Как я понимаю, смысла в этом нет, так как все равно следующие пробитие будет 113819 и касса опять умрет..
Внимание вопрос, как теперь корректно вставить 113816, если ID чека не пропущены?
22.08.2014 16:10
Удали глючные записи с этим ID в таблицах trm_out_receipt_...
Часовой пояс GMT +3, время: 04:13.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.