В довольно объёмном проекте (~10к компонентов) при открытии теперь вылетает ошибка "Out of system resources". При попытке открыть редактор строк (двойным кликом по компоненту, например message) вылетает ошибка 87, при этом даже скриншот при активном окне hiasm сделать не удаётся ("недостаточно памяти для создания рисунка"). (Чтобы сделать скриншот, пришлось сделать окно hiasm неактивным.)


Похожие проблемы я видел на форуме:
https://forum.hiasm.com/topic/51880
https://forum.hiasm.com/topic/10532/1
Там nesco предлагал увеличить в системе иконный кэш, но не описал, как это сделать. В интернете нахожу только HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Max Cached Icons, который выставляю в 10000, перезагружаю комп, но ошибка hiasm не исчезает.

nesco, что же нужно сделать?

--- Добавлено в 2020-01-20 22:17:40

Редактировалось 4 раз(а), последний 2020-01-20 22:41:10

3042, Попытайтесь открыть в HiAsm.NET - вдруг чудо произойдёт...

P.S. Notepad++ наше всё - открываем и морщим лоб.

Редактировалось 1 раз(а), последний 2020-01-20 23:29:10

Пардон, не понял

Судя по Вашему сообщению Вы не считаете схему виновной в этих ошибках. Я же наоборот - предлагаю с помощью деления файла схемы на части обнаружить проблемный её кусок и посмотреть какое свойство слетело у элемента. Но делить на части надо текстовым редактором, а не средой HiAsm. Можно ещё "морщить лоб" глядя на текст, но это сложнее - надо иметь навык, чтобы увидеть неправильный код в sha-файле.

Редактировалось 2 раз(а), последний 2020-01-21 09:06:48

Nic, схема, думаю, ни при чём. Потому что ошибка начала возникать после того как скопировал кусок этой же схемы в другое место схемы. Видимо, компонентов слишком много. А когда копирую этот же кусок в новую, пустую схему, никакой ошибки там нет.

Я потому в первом посте и написал ссылки на топики, где подобное обсуждалось. Видимо, переполнение какого-то ресурсы, раз даже у Dilma это возникало. nesco тогда обмолвился, высказал идею устранения ошибки, а теперь что-то молчит. Вот и не знаю, куда копать.

Это подтверждает моё предположение. Копирование и вставка части самой схемы сложный процесс с моей точки зрения как разработчика HiAsm.NET, в котором также есть проблемы с этим.

Такого быть не может пока программа не использует предел памяти в 4Гб.

P.S. Обратите внимание на свойства элементов, которые используют ссылки на менеджеры.

Редактировалось 2 раз(а), последний 2020-01-21 09:20:23

В одном из указанных тобой топиков уже был дан мной ответ

Ты уже проверил, не помогает. Значит, проблема не в количестве иконок, а в чем-то другом. Некоторые пути решения уже озвучены Nic-ом. Я же с таким больше не сталкивался, поэтому ничего дельного посоветовать не могу.

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

3042, посмотри в "Диспетчере задач" значения "Объекты USER" и "Объекты GDI" для процесса HiAsm.
Если там какие-то аномально большие значения (больше 2000) - для "Объекты GDI" можно увеличить лимит.
А для "Объекты USER" - вряд-ли, нужно в самом HiAsm исправлять.



Редактировалось 4 раз(а), последний 2020-01-21 13:03:47

Если это "Объекты GDI", то гнать в шею надо таких разработчиков. Я помню, что у нас тут были любители использовать 100500 интерфейсных элементов на форме.

Само собой. Большие значения должны сообщить разработчику о возможной утечке ресурсов или о неправильной архитектуре программы.
Поскольку программа у нас уже давно не обновляется - то это гиблое дело.

Я, кстати, в своей программе когда-то столкнулся с таким: через некоторое продолжительное время программа падала с ошибкой. Оказалось, в функции отрисовки забыл освобождать хендл региона. Из-за чего переполнялся лимит объектов GDI. Поднятие лимита продлило бы мучения программы, но от ошибки не избавило бы.

Редактировалось 1 раз(а), последний 2020-01-22 18:07:35

Уважаемые, куда Вас понесло? Речь идёт о designtime работы со схемой в среде HiAsm 4. И, как почти всегда, о схеме пакета Windows (aka delphi).

99% это говорится про открытие схемы в среде, а не о чём то другом. Парсинг схемы может выдавать ошибки, если они есть в схеме. Также ошибки могут возникать при отображении свойств выделенного элемента на схеме. Поэтому, скорее всего кусок схемы, который был скопирован в саму схему был довольно сложным, чтобы это привело к полученному результату. Уже делал предположение что виноваты менеджеры, но пока это не проверит автор мы не узнаем наверняка.

Редактировалось 1 раз(а), последний 2020-01-21 14:10:06

Хм, а кто утверждал обратное?

Объекты USER = 195
Объекты GDI = 9 999


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


Нет, в том куске, который я копировал, свойств-менеджеров не было. Да и проблем с менеджерами тоже никогда не возникало: при копировании ссылка на менеджер (читай: количество parent.parent...) автоматически изменяется на нужную, тут на hiasm грешить не приходится.

--- Добавлено в 2020-01-21 18:48:13

В общем, попробовал поставить HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\GDIProcessHandleQuota = 20 000.
Вроде получилось: в Диспетчере теперь за 10 000 показывает, но hiasm никаких ошибок не выдаёт.

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

Редактировалось 1 раз(а), последний 2020-01-21 18:48:13

В этом проблема. Стандартная квота на процесс - 10000. Какой-то баг в HiAsm, слишком много создаётся объектов и не уничтожается..
При тысячи и больше окон (панелей) программа начинает жутко тормозить.

Редактировалось 3 раз(а), последний 2020-01-21 18:53:48