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

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

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

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

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

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

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

спаслись тем, что все-таки нашли в старых бэкапах самого первого админа эти колдовские скрипты.
образец скриптика чуть позже сюда положу, но сразу предупреждаю всех, кто когда-то может задумает их пользовать:
запросто может оказаться, что они заточены на конкретную конфигурацию Toshiba-TEC 6500 + PKBST-50
27.06.2009 12:12
didinap
 
Цитата:
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
Legaa
 
стоит версия старенькая.. 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
Legaa
 
Нет ничего не менялось, касса просто не работала, залили ее заного, после этого вот эта проблема.. По скидкам тоже ничего не грузилось..
Чек пишет закрыт последний.. причем давно
22.08.2014 11:19
whitewizard
 
1. Есть автоматические скидки?
Попробуй временно отключи их.
2. Не факт, что этот чек нормально закрылся
22.08.2014 14:31
Legaa
 
Ну в общем разобрался, по ходу чек погиб..

таблица out_receipt_header

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

111970 113814
111971 113815
111972 113817
111973 113818


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

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