Кидай каталог в личку, запустим.
norex@inbox.ru
Кидай каталог в личку, запустим.
norex@inbox.ru
С Новым Годом!
Проблема та же, что и в шапке темы.
В логе ошибок такая вот запись:
6.97h
31.12.2012 23:09:15
Exception:Corrupt table/index header.
File: C:\WIN_SERV\DATABASE\CHECK.DB
000435B2.C:\WIN_SERV\RKSERVER.EXE
-------------------Start STACK------------------
000435B2.C:\WIN_SERV\RKSERVER.EXE
0004ACE0.C:\WIN_SERV\RKSERVER.EXE
00046DB8.C:\WIN_SERV\RKSERVER.EXE
00049EAE.C:\WIN_SERV\RKSERVER.EXE
0003811F.C:\WIN_SERV\RKSERVER.EXE
00055CDD.C:\WIN_SERV\RKSERVER.EXE
00098656.C:\WIN_SERV\RKSERVER.EXE
00017067.C:\WINDOWS\system32\kernel32.dll
00000000.C:\WIN_SERV\RKSERVER.EXE
-------------------END STACK------------------
-------------------------------------
Сервер не запускается. Подменил на 2х-килобайтный check.db - запустился, НО. как только на одной из станций пытаются закрыть стол - сервак вырубается, в логе ошибок запись уже вот такая:
6.97h
31.12.2012 23:20:25
Error: Wrong table format : DATABASE\Check
-------------------Start STACK------------------
00000000.C:\WIN_SERV\RKSERVER.EXE
-------------------END STACK------------------
-------------------------------------
посоветуйте, что может быть? Точнее, ясно что проблема с файлом check.db, только где взять "правильный"?
а, да, предыдущую смену закрывал принудительно, ибо одна из станций скончалась до закрытия смены.
проблема ушла..
что конкретно помогло - не знаю. но заработало после:
1) замены файлов check.db (2kb) и check.px (оба взял из чистой базы).
2) запуска cor.exe и setcodat (порядок не помню)
3) запуск сервера в режиме dosonly (без использования виндового приложения srvmon).
попробовал закрыть 1 стол - сработало.
дальше ребут сервера, запуск с приложения srvmon, закрытие остальных столов.
день закрылся, отчеты снялись, дата сменилась. Алилуйя, бялть...
Правда хочется от экспертов узнать, что это было и как с этим бороться, кроме метода тыка?
и исчо раз с Новым годом!
Хотите БЕСПЛАТНЫЙ кипер ? http://www.techrk.ru/?cat=17
Также доступен ФТП !! ftp://techrk.ru
Теперь возможно произвести покупку ПО через терминалы Qiwi.Подробности на сайте
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
Мое видение ситуации другое:
Побился CHECK.DB. Автор подсунул чистый из дистрибутива, но забыл про индексы (поэтому касса грузилась, а при попытке расчета вылетала). В итоге, после замены CHECK.DB и CHECK.PX на чистые все заработало (cor тут не причем, в чистой базе ему делать было нечего).
Если на момент всех этих манипуляций ресторан уже начал работу (были закрытые чеки), то подозреваю что в отчетах после закрытия дня цифры не сойдутся. Например расход блюд будет показывать больше чем выручка по станциям. Первая цифра будет верной.
PS А Вампир опять сморозил, не подумав...
Хотите БЕСПЛАТНЫЙ кипер ? http://www.techrk.ru/?cat=17
Также доступен ФТП !! ftp://techrk.ru
Теперь возможно произвести покупку ПО через терминалы Qiwi.Подробности на сайте
sibgaba, похоже на правду, pashtet вообще зря столько суетился, просто cor должен был помочь.
Либо тогда уже чистую database класть, потому что чистые check без остальных *check - это будет что-то с чем-то.
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
Я в таких случаях *.db не трогаю, подкидываю индексные файлы из дистрибутива, далее cor и все работает.
нудык теперь понятно, что зря суетился... но когда в 23:00 31 декабря тебе звонят и говорят "почти тыща гостей в клубе, а касса не работает" и не так засуетишься))
cor я запускал, просто видимо до этого не тот check.db подсунул. а потом мысля закралась, что раз предыдущую смену криво закрывал, может из-за даты, отсюда и setcodat.
главное, что все получилось =) спасибо за пояснения!