|
|
19.02.2009, 09:57
|
#1 |
|
Участник
|
Платформа 32 бит.
Еще такое дополнение, может быть натолкнет на какую-нибуть мысль: Клиенты работают с АОСом через терминальный сервер citrix |
|
|
|
19.02.2009, 12:39
|
#2 |
|
MCITP
|
Раньше поднимал уже эту тему тут:
Buffer Overrun У нас была ситуация, насколько я помню (давно это было, всех подробностей), описанная в том посте Alexis-ом. тынц Суть была в том, что в одном из пакетных ночных заданий выполнялось как раз нечто подобное, то ли поиск, то ли сортировка по такому нашему полю, и из-за этого всё падало.  После изменения длины этих полей на 999 проблема пропала.  Вроде так было дело, надеюсь поможет....
__________________
Zhirenkov Vitaly |
|
|
|
09.04.2009, 14:54
|
#3 |
|
Участник
|
Вот вроде бы и настал конец нашей печальной истории.
Причину искали во всем, что только можно. И в кэшах пользователей, и в проблемах с индексами приложений, в длинных текстовых полях, в терминальных серверах, сети, перетрясли железо сервакам и просто плясали с бубнами. В итоге обнаружили, что проблема в таблице EmplTable , поле EmplPhoto (или Del_EmplPhoto). Один(а может и не один) из особо продвинутых пользователей загрузил большую фотку для сотрудника. В итоге любой селект, выбирающий такого сотрудника (и в лукапах тоже) приводил к падению аоса. Грохнули все фотки из справочника сотрудников и все стало нормально. Может нечто подобное про контейнерные поля обсуждалось на форуме, поиском не нашел. Оставляю инфу для тех, кто еще борется с Buffer Overrun... Последний раз редактировалось Jony; 09.04.2009 в 14:58. |
|
|
|
| За это сообщение автора поблагодарили: AlGol (1), gl00mie (5). | |
Комбинированный вид
