проблема при запуске сервера

[gonzaman]

Придя сегодня на работу увидел что у меня не корректно запускается strserv.exe .
То есть появляется надпись о компании ркипер и мигает курсов .
Не долго расстраиваясь взял подменил датабасе на новую (старую естественно сохранил) и уехал.
Позвонили , сказали что дата не правильная я сказал запустить сеткодат.ехе и поставить текущую дату .
не помогло .
Теперь думаю в чем проблема , ошибка старой если кому интересно :
-------------------------------------
6.75R
03.05.2012 16:03:03
Exception:Corrupt table/index header.
File: D:\RKSERV\DATABASE\CHECK.DB
0004339A.D:\RKSERV\RKSERVER.EXE
-------------------Start STACK------------------
0004339A.D:\RKSERV\RKSERVER.EXE
0004AAC8.D:\RKSERV\RKSERVER.EXE
00046BA0.D:\RKSERV\RKSERVER.EXE
00049C96.D:\RKSERV\RKSERVER.EXE
00037F07.D:\RKSERV\RKSERVER.EXE
00051E65.D:\RKSERV\RKSERVER.EXE
000872A9.D:\RKSERV\RKSERVER.EXE
00016F97.C:\WINDOWS\system32\kernel32.dll
00000000.D:\RKSERV\RKSERVER.EXE
-------------------END STACK------------------

помогите либо с датой либо с ошибкой .
дата 15.05.01 время правильное , при загрузке ркипера sdate правильная и nettime пишет правильно и берет с сервера соответственно .
заранее благодарю.

---------- Добавлено в 16:30 ---------- Предыдущее сообщение было размещено в 16:17 ----------

Проблема с запуском была в файле check.db он был нулевого размера.
Вопрос с временем все еще актуален.

[Admin]

Вопрос с временем все еще актуален.
Вариантов сотни, редактируют не там, не перекидывают в правильный каталог систем.дб., чудес то не бывает.

[SH]

Позвонили , сказали что дата не правильная
Есть дата "физическая", грубо говоря, дата в БИОС. Ее там же можно и поправить, или командой в DOS.
А есть дата логическая, дата смены - она записана в system.db и нигде больше, правится через setcodat.
Других вариантов нет.

[sacoban]

Здравствуйте.

Настраиваю выделенный сервер под DOS (6.97m).
COR запускается.
Не запускается DOSALONE:
Runtime error 035 at 03FF:03EA
Devide overflow.

Что не так?
Спасибо.

[SH]

Что не так?
Вот что не так:

Настраиваю выделенный сервер под DOS (6.97m).
Я не говорю, что это нельзя настроить, но я за 10 с лишним лет ни разу не видел такого в жизни. Зачем? Поставьте XP хотя бы - хоть удаленный доступ будет человеческий.

[sacoban]

Я уже принципиально.
Dosalone не запускается даже на обычной станции (без ip).
Дело не в памяти. Чота гдета не доделал видимо.

[Mikkey O'Fish]

Ну уж если принципиально, то хоть autoexec выложи.
Мы, конечно "МУДРЫЕ", но гороскопов не составляем и на кофейной гуще тож:)

[sacoban]

@echo off
prompt $p$g
cd \dos
share.exe
cd \net
net initialize
netbind
umb
tcptsr
tinyrfc
nmtsr
emsbfr
net start
net use d: \\server\share
cd \rkserver
dmove buf rkserver
cor
dosalone
:vc

[Mikkey O'Fish]

Пасы пропиши:
path=c:\dos;c:\vc;c:\net
Проверь, чтобы все dll-ки и базы лежали именно в с:\rkserver

[sacoban]

Прописал пути - нет изменений.
Всё лежит в c:\rkserver.
В local.db всё соответствует.
Может библиотек не хватает каких?
У меня есть: inifile.dll, langdll.dll, hbchanel.dll, prdx.dll, protnb.dll, rkserver.dll, sys.dll, thread.dll.

[Mikkey O'Fish]

Кидай каталог в личку, запустим.
norex@inbox.ru

[pashtet]

С Новым Годом!

Проблема та же, что и в шапке темы.
В логе ошибок такая вот запись:
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, только где взять "правильный"?
а, да, предыдущую смену закрывал принудительно, ибо одна из станций скончалась до закрытия смены.

[pashtet]

проблема ушла..

что конкретно помогло - не знаю. но заработало после:
1) замены файлов check.db (2kb) и check.px (оба взял из чистой базы).
2) запуска cor.exe и setcodat (порядок не помню)
3) запуск сервера в режиме dosonly (без использования виндового приложения srvmon).

попробовал закрыть 1 стол - сработало.
дальше ребут сервера, запуск с приложения srvmon, закрытие остальных столов.
день закрылся, отчеты снялись, дата сменилась. Алилуйя, бялть...

Правда хочется от экспертов узнать, что это было и как с этим бороться, кроме метода тыка?

и исчо раз с Новым годом!

[VampireKB]

проблема ушла..

что конкретно помогло - не знаю. но заработало после:
1) замены файлов check.db (2kb) и check.px (оба взял из чистой базы).
2) запуска cor.exe и setcodat (порядок не помню)
3) запуск сервера в режиме dosonly (без использования виндового приложения srvmon).

попробовал закрыть 1 стол - сработало.
дальше ребут сервера, запуск с приложения srvmon, закрытие остальных столов.
день закрылся, отчеты снялись, дата сменилась. Алилуйя, бялть...

Правда хочется от экспертов узнать, что это было и как с этим бороться, кроме метода тыка?

и исчо раз с Новым годом!

в прошлый раз ты взял файлы из более ранней версии кипера (возможно у тебя апгрейд был и люди ту папку не удалили)
Вариант №2: сор.ехе проапдейтил чек.дб и добавил туда нужные таблички

[SH]

Exception:Corrupt table/index header.
- побился индекс таблицы.

2) запуска cor.exe и setcodat (порядок не помню)
cor.exe помог, он как раз делает переиндексацию. setcodat, конечно, здесь вообще не нужен.


Вариант №2: сор.ехе проапдейтил чек.дб и добавил туда нужные таблички
Не вариант, cor ничего никогда не апгрейдит. Не умеет.

[sibgaba]

Мое видение ситуации другое:
Побился CHECK.DB. Автор подсунул чистый из дистрибутива, но забыл про индексы (поэтому касса грузилась, а при попытке расчета вылетала). В итоге, после замены CHECK.DB и CHECK.PX на чистые все заработало (cor тут не причем, в чистой базе ему делать было нечего).

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

PS А Вампир опять сморозил, не подумав...

[VampireKB]

Мое видение ситуации другое:
Побился CHECK.DB. Автор подсунул чистый из дистрибутива, но забыл про индексы (поэтому касса грузилась, а при попытке расчета вылетала). В итоге, после замены CHECK.DB и CHECK.PX на чистые все заработало (cor тут не причем, в чистой базе ему делать было нечего).

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

PS А Вампир опять сморозил, не подумав...

Под НГ мне можно :)
Да и я думал,что cor научили хоть чему-либо ..ведь есть элементарная проверка fields.count и field[a].title='' ..Ну,по-крайне мере,мои проги так проверяют и сами грейдят....

[SH]

sibgaba, похоже на правду, pashtet вообще зря столько суетился, просто cor должен был помочь.
Либо тогда уже чистую database класть, потому что чистые check без остальных *check - это будет что-то с чем-то.

[gte_33]

Я в таких случаях *.db не трогаю, подкидываю индексные файлы из дистрибутива, далее cor и все работает.

[pashtet]

нудык теперь понятно, что зря суетился... но когда в 23:00 31 декабря тебе звонят и говорят "почти тыща гостей в клубе, а касса не работает" и не так засуетишься))
cor я запускал, просто видимо до этого не тот check.db подсунул. а потом мысля закралась, что раз предыдущую смену криво закрывал, может из-за даты, отсюда и setcodat.

главное, что все получилось =) спасибо за пояснения!