Проблема освобождения памяти

[Paul_ST]

Используем Axapta 3.0 SP4. Вывожу отчёты в Excel через ComExcelDocument_RU с использованием буфера обмена. Если отчёт достаточно большой, то процесс ax32.exe начинает "кушать память". После того как отчёт сформирован и соответствующий объект класса, выполняющий построение данного отчёта, отработал - память у процесса не освобождается. Чистка буфера (clear() ) естественно не помогает.
Понятно, что Аксапта сама управляет очисткой (сборка мусора) и выделением памяти.
Может ли кто-нибудь подсказать - как всё-таки "подталкивать" Аксапту для удаления памяти, выделенной в процессе использования более не нужного объекта? Какие есть рекомендуемые пути?

[glibs]

утечка памяти в аксапта

[Paul_ST]

Не совсем понял - в этом посте в основном про утечку памяти при запуске кода, динамически сформированного через runbuf, говорится.

[gl00mie]

Цитата:

Сообщение от Paul_ST

Не совсем понял - в этом посте в основном про утечку памяти при запуске кода, динамически сформированного через runbuf, говорится.

В этом и многих других постах на самом деле говорится об утечке памяти в Axapta 3.0 SP4. Лечится только переходом на другую версию ядра.

[Андре]

Ну и к слову - сам строю отчеты, тоже через буфер обмена. Размер готовых excel - файлов - порой несколько сотен мегабайт. Утечек памяти в данной операции не замечено.

Так что я бы поискал - где именно утекает.

[gl00mie]

Цитата:

Сообщение от Андре

Ну и к слову - сам строю отчеты, тоже через буфер обмена. Утечек памяти в данной операции не замечено. Так что я бы поискал - где именно утекает.

Вы строите отчеты именно на ядре AX 3.0 SP4? Если да, то в этом ли месте память утекает или в каком другом - без разницы. Попробуйте построить перекрестные ссылки на этой версии ядра - и желание искать, где именно там происходят утечки, пропадет Утечки там объективно есть и они не лечатся - с одной стороны, а с другой - переход на новое ядро обычно выполняется тривиально, во всяком случае, так утверждает mazzy