Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1G_FINDLL

Справка по компоненту.

Количество версий компонента29
Количество рещенных задач34
Последная дата обработки компонента2023-12-17 15:26:24
Последная дата файла2023-12-16 17:31:33
Последная версия9.1.29.0

Новые задачи в этом компоненте

G_FIN
102.125460
G_FIN ( 9.1.5.0 )

Краткое описание :

Чистка логов для повышения надежности кода (G_FIN)

Описание :

"Управление бюджетом" в целом

Что измененно :

Требуется переработать код, для повышения его надежности.
Критерий: уменьшение количества предупреждений при компиляции.
доп. см. логи во вложении

Как измененно :

Количество предупреждение при сборке G_FIN.Dll сокращено
G_FIN
102.127665
G_FIN ( 9.1.5.0 )

Краткое описание :

При открытии бюджета стало появляться сообщение о том, что "вы построили слишком

Описание :

Редактирование бюджета в целом

Что измененно :

Требуется расширить возможности функционала интерфейса
"Редактирование бюджета" (РБ) для работы с большими объемами информации.
Проблема заключается в том, что Галактика, как и все 32-х разрядные приложения,
может использовать максимум 2ГБ памяти, что иногда не хватает для работы РБ.
Особо актуальна, проблема проявляется при выделении памяти для структур
хранения метаданных расчетного ядра РБ.

Как измененно :

Для решения проблемы, был разработан специальный функционал
позволяющий использовать "расширенную память" (РП). РП характеризуется
следующим:
1. РП не учитывается как память занятая приложением. Таким образом, ее можно
использовать больше чем 2 ГБ.
2. РП располагается в "виртуальной памяти" компьютера. Таким образом,
теоретически можно использовать всю "физическую память" компьютера, плюс память
предоставляемую "файлом подкачки".
3. Работа с РП происходит дольше, чем работа с обычной памятью.
4. Функционал РП может не работать, или работать не стабильно в некоторых
версиях Windows (например, в Windows95). Корректная работа функционала РП
проверена в:
- Windows 7
- Windows XP SP3
- Windows server 2008

Использование РП определяется для каждой "Типовой формы" (ТФ) в отдельности.
Для этого в интерфейсе редактирования ТФ, в окне редактирования, на закладке
"Загрузка бюджета" - добавлена группа опций "Использовать расширенную память":
1. "для размещения метаданных бюджета". Под "метаданными" понимаются списки
статей, периодов, значений аналитик и их комбинаций.
2. "для размещения данных бюджета". Под "данными" понимаются значения
показателей бюджета (цифры). При включении этой опции, будет существенное
падение быстродействия.
G_FIN
103.6232
G_FIN ( 9.1.5.0 )

Краткое описание :

Internal Error 1. Ошибка выделения динамической памяти при сравнении бюджетов

Описание :

Редактирование бюджета в целом

Что измененно :

При загрузке в интерфейс "Редактирование бюджета" (РБ) данных
по слишком большой "Типовой формы" (ТФ), возникает ошибка выделения памяти.
Конкретно, речь идет о превышении 2ГБ используемой приложением памяти. В этом
случае, приложение аварийно завершается, иногда выдавая системное
Windows-сообщение (а иногда и без сообщения). Такое поведение крайне не
дружелюбно по отношению к пользователю. К тому же нет ни какой информации, о
том в чем проблема и как ее решить.

Как измененно :

РЕШЕНИЕ:
В рамках решения проблемы, было сделано следующее:
При загрузке данных в интерфейс "Редактирование бюджета" (РБ), происходит
контроль за выделением памяти. При попытке выделения "критического объема
памяти" для интерфейса РБ, выдается сообщение о существовании вероятности
аварийного завершении программы. Также задается вопрос пользователю о принятии
решения прервать загрузку данных:
1. Если пользователь решает прервать загрузку, то выдается сообщение с
описанием ситуации и рекомендациями.
2. Если пользователь решает НЕ прерывать загрузку, то загрузка данных
продолжается, и больше предупреждений не выдается. В этом случае возможна
ситуация аварийного завершения программы
Данная доработка контролирует не все варианты выделения памяти при работе с РБ.
По прежнему, иногда могут возникать ситуации выделения памяти, приводящие к
аварийному завершению работы приложения!

По умолчанию "критический объем памяти" для интерфейса РБ = 1 000 000 000 byte.
Это значение можно переопределять с помощью параметров приложения (в
GalNet.cfg): группа - "FpLimitMemory" (группа указывается в фигурных скобках),
параметр "MultiAgr". Например:
{FpLimitMemory}
MultiAgr=2000000000
Максимально допустимое значение этого параметра = 2 147 483 647 byte.

Кроме РБ, эта же доработка будет действовать и для работы интерфейса
"Управление бюджетом | Операции | Пересчет бюджетов".

ИНФОРМАЦИЯ:
Галактика, как и все 32-х разрядные приложения, может использовать максимум 2ГБ
памяти.

РЕКОМЕНДАЦИИ:
1. по построению бюджетов - РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ "Управление бюджетом"
(глава "8.2. ПОСТРОЕНИЕ ТИПОВОЙ ФОРМЫ").
2. по настройке системы в целом - "Приложение к инструкции по установке:
"Примеры аппаратной конфигурации при развертывании системы"" (глава "3.
ОСОБЕННОСТИ РАБОТЫ С РЕСУРСОЕМКИМИ РЕЖИМАМИ").
G_FIN
180.7756
G_FIN ( 9.1.5.0 )

Краткое описание :

Ошибка при формировании бюджета в режиме сравнения

Описание :

Каталог бюджетов

Что измененно :

Требуется оптимизировать выделение памяти при работе интерфейса
"Редактирование бюджета". Особо актуальна проблема в режиме сравнения бюджетов.

Как измененно :

Были проведены следующие оптимизации выделения памяти в работе
расчетного ядра (РЯ) интерфейса "Редактирование бюджета" (РБ):
1. Оптимизированы структура хранения метаданных РЯ. Эффект от оптимизации будет
тем больше, чем больше используется в "Типовой форме" (ТФ) "статей бюджета"
2. Оптимизированы структура хранения данных РЯ (матрицы с данными). Эффект от
оптимизации будет тем больше, чем меньше будет наполненность данными матрицы
бюджета.
Для режима сравнения в РБ, используется 1-н экземпляр метаданных и 2-е матрицы
с данными. Поэтому, для режима сравнения наибольший эффект ожидается от 2-й
оптимизации.

Дополнительно, в рамках решения текущей проблемы, была решена проблема с
сообщением: "вы построили слишком большую типовую форму...".
Проблема: В данном сообщении не корректно выводилось количество используемых ГБ
памяти.
Решение : Данное сообщение было убрано вообще. Теперь во всех подозрительных
случаях выводится однотипное сообщение: "Типовая форма слишком велика для
использования..."

9.1.29.09.1.28.09.1.27.09.1.26.09.1.25.09.1.24.09.1.23.09.1.22.09.1.21.09.1.20.09.1.19.09.1.18.09.1.17.09.1.16.09.1.15.09.1.14.09.1.13.09.1.12.09.1.11.09.1.10.09.1.9.09.1.8.09.1.7.09.1.6.09.1.5.09.1.4.09.1.3.09.1.2.09.1.1.0