формат даты слишком велик для внутреннего буфера : Супермаг Плюс (Супермаг 2000)

при наценивании накладной, супермаг стал на компьютерах вылетать с ошибкой:

----- Прерывание работы программы -----
сообщение: "ORA-01801: формат даты слишком велик для внутреннего буфера
ORA-06512: на "SUPERMAG.PCLOSE", line 132
ORA-06512: на "SUPERMAG.SMGETCLOSEDDATE", line 5
ORA-06512: на "SUPERMAG.INSPECT", line 658
ORA-06512: на "SUPERMAG.INSPECT", line 787
ORA-06512: на line 1
ORA-06512: на "SUPERMAG.INSPECT", line 315
ORA-06512: на "SUPERMAG.DOCUMENTS", line 3530
ORA-06512: на "SUPERMAG.SMDOCSTATEACCEPTWI", line 13
ORA-06512: на line 1
"
исключение: Sm.Core.InteropException
hResult: 80040E07h; доп. код: 1801
источник: Microsoft OLE DB Provider for Oracle

----- Причина исключения, уровень вложения 1 -----
сообщение: "begin SuperMag.SMDocStateAcceptWI('ПН3037117'); end;"
исключение: Sm.Core.InteropException
hResult: 80004005h; доп. код: 0
источник: SmLibaryBase trace

лечится перезагрузкой рабочей станции, после этого некоторое время всё нормально, потом снова та же фигня :(

подскажите, куда копать?

СМ: 28.2 сп10
ОС: winxpsp3

У умных людей интересовался, пока мне единственное прислали вот это:

I run an client\server application called PVCS. The server is an NT server running an Oracle 8.7.1 runtime database. The clients connect to this via a GUI (Oracle Forms).
Occassionally (every 3 months or so) they get the following error message:

1019-DBIO: ORACLE Error occurred
SQL-0438(00EAF460)ORA-01801: date format is too long for internal buffer.

The only way to solve this is to re-boot the client PC.
I know what the Oracle docs say the error is about, but was wondering if anybody explain it a bit more, especially why re-booting seems the only solution. Is the application wrong, or prehaps the OS, or even the machine heap. I am guessing here - any help would be appreciated.

Ответ:

Generally this error occurs when you have some really long literals in date field. Try looking at the code and your client machine setting may be its converting the date field value. I am not sure but I remember there was some oracle bug also related to this problem. Go to metelink and see if you can find some info.
Error goes away aftet rebooting because you clear the cache and that eliminates the problem.


все таки в чём у меня проблема?

Формат представления даты клиентского компьютера попробовать поменять?

А клиент 10ки?

забыл написать
на раб станции стоят:
report-сы 6.0.8.18
и девяточный слиент 9.2.0.1

давно бы 10ку попробовал... и в %PATH% чтобы пути 10ки первыми были.

переустановил клиента оракла и репортсы
теперь стоит report-сы 6.0.8.18
и рантайм 10.2.0.4
ситуация не изменилась, всё тоже самое :(
пути проверил, 10-ка первой стоит
формат даты в настройках винды менял, не помогает
что еще можно сделать?

а только на одной машине или на всех россыпью это?

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

А если попробовать пересоздать профиль пользователя в windows?