Падает AOS при расчёте спецификации

[S.Kuskov]

Вроде как победил я эту багу. Чего-то определённого найти не удалось. Расчет падал на разных изделиях, на разных окружениях, и даже в разных местах одного и того же повторно запускаемого изделия. Ясно только что падение происходило только на больших изделиях.

Алгоритм расчета условно можно разделить на два этапа.
Первичное построение полного дерева узлов по спецификации изделия.
И последующий обход этого дерева с расчетом и сохранением результата.

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

А дерево действительно гигантское. Там на каждом узле при расчете чего только не сохраняется, включая табличные курсоры. Получается, что вся эта масса рассчитываемых данных, которая в итоге запишется в таблицы расчета в полном объеме будет представлена и в памяти процесса... И я задумался вот над чем. Действительно ли для нужд расчета необходимо одномоментно держать в памяти всё это дерево узлов. Я нашел место в расчете, после которого как мне кажется определенная ветка дерева уже больше не понадобится (когда расчет по ней уже произведен и соответствующие данные - сохранены). Я решил на свой страх и риск принудительно обнулять ссылку на такое поддерево.

В конце метода \Classes\BOMCalcItemLine\recalcBOM

protected void recalcBOM()
{
    ...

    this.parmChildBOMCalc(NULL); // KSM fix crash memory 11.02.2015
}

И это сработало. Изделие, которое ранее не рассчитывалось - рассчиталось!
Результаты расчета других расчетов совпали (по крайней мере у меня )