OLE, Stack Overflow.

OLE сервер:

function TMP_DataInt.UniMessage(ParamIn1, ParamIn2: OleVariant): OleVariant;
begin
  Result:=UniMessageHandler(ParamIn1, ParamIn2);
end;

OLE клиент:

function TMBData.UniMessage(const Command: string; const Parameters: OleVariant): OleVariant;
begin
   Result:=DataInt.UniMessage(Command,Parameters); // <-- тут изредка падает, без возможности обработать ошибку.
end;

Как забороть Stack Overflow в клиенте на этой строке?
Какие причины могут быть?

rgreat,
ты случайно это не в методах отрисовки вызываешь?

rgreat
const

Может стоит привести к одному описанию?

wadman
rgreat const Может стоит привести к одному описанию?

Изначально без const было.
Это я уже пытался забороть stack overflow.
Не помогло.

kealon(Ruslan),

Да, графика там может использоватся.

Увеличение размера стека приводит к out of memory.

Причем передаваемые параметры не больше 100 кб суммарно.

rgreat
Это я уже пытался забороть stack overflow.

Для обеих функций const пробовал?

wadman,

Как я в type library это сделаю?
Ну и опять таки в сервере ошибки не происходит.

rgreat
kealon(Ruslan), Да, графика там может использоватся.

в проце прорисовки нельзя вызвать методы COM-объектов из других потоков (соответственно и процессов)

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

kealon(Ruslan)
в проце прорисовки нельзя вызвать методы COM-объектов из других потоков (соответственно и процессов) WM_PAINT и ряд других сообщений обрабатываются во время ожидания внешней процедуры, соответственно и может получиться рекурсивный вызов с переполнением стека

Хм. Интересно.

Вроде у меня в процессе прорисовки оно не вызывается. Но гляну в эту сторону. Спасибо.