Разрушение программы при выполнении циклического алгоритма

[ozyabkin]

Добрый день. У меня программа, написанная на VB6 с одинаковыми модулями OCX для отображения 2D графиков функций.
Столкнулся с проблемой, что в модулях OCX происходит нарушение передачи данных.
Одни модули видят значения переменных других модулей несмотря на то, что переменные объявлены как Dim или Private, а в каждой подпрограмме стоят перехваты ошибок On Error.
В результате этого при выполнении алгоритма в OCX происходит смешивание данных от модулей и нарушение функциональности, что приводит к ошибкам Out of Memory; Массив не определён и т.д. Визуально проявляется в том, что график в области UserControl прекращает прорисовываться, а рабочий экран Windows начинает прорисовывать функции графика. Далее по цепочке вылетают все остальные модули. В данном случае переход в режим пошаговой отладки не возможен. Программа VB6 слетает из памяти. Если же ошибку удаётся отловить, такую как Out of Memory, удаётся перейти в режим отладчика. При этом отрисовка на рабочем столе Windows нарушена, но после нескольких обращений к функциям VB6 иногда удаётся посмотреть, в какой подпрограмме возникла ошибка. Нажав Ctrl + L (стек обращений), видно, что уровень стека насчитывает до 15-20 уровней.

У меня такой вопрос, как можно отладить алгоритм. Ранее такого не наблюдалось.
https://disk.yandex.ru/i/jvHtF_H_QgxMZw

Спасибо.

[Хакер]

с одинаковыми модулями OCX для отображения 2D графиков функций.

Что такое «модуль OCX»? Это скомпилированная OCX-библиотека, существующая в виде .ocx-файла? Или это UserControl в рамках VB-проекта?

Столкнулся с проблемой, что в модулях OCX происходит нарушение передачи данных.

Что это значит? Слишком туманная формулировка.

Одни модули видят значения переменных других модулей несмотря на то, что переменные объявлены как Dim или Private

Такого быть не может.

В результате этого при выполнении алгоритма в OCX происходит смешивание данных от модулей и нарушение функциональности, что приводит к ошибкам Out of Memory; Массив не определён и т.д. Визуально проявляется в том, что график в области UserControl прекращает прорисовываться, а рабочий экран Windows начинает прорисовывать функции графика. Далее по цепочке вылетают все остальные модули. В данном случае переход в режим пошаговой отладки не возможен. Программа VB6 слетает из памяти. Если же ошибку удаётся отловить, такую как Out of Memory, удаётся перейти в режим отладчика. При этом отрисовка на рабочем столе Windows нарушена, но после нескольких обращений к функциям VB6 иногда удаётся посмотреть, в какой подпрограмме возникла ошибка. Нажав Ctrl + L (стек обращений), видно, что уровень стека насчитывает до 15-20 уровней.

Звучит как свидетельство того, что в программе полный и беспросветный кошмар в архитектуру, выражающийся как на уровне изоляции доступа к данным, так и на уровне контроля за ходом выполнения, что проявляется возникновение неконтролируемых и бессмысленных рекурсий высокой глубины, утечками памяти, а если практикуются операции прямого доступа к памяти (GetMem/PutMem/CopyMemory), то возможно и порче памяти.

У меня такой вопрос, как можно отладить алгоритм. Ранее такого не наблюдалось.
https://disk.yandex.ru/i/jvHtF_H_QgxMZw

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

[ozyabkin]

Спасибо за ответ.
Я обнаружил, что действительно имеется утечка памяти, за 3500 циклов обращения к 10 графикам функции (модулям ocx) оперативная память увеличивается с 47 Мбайт до 120, после чего программа разрушается.
Нашёл информацию, что действительно такое возможно. Вот ссылка
==> для платформы NET (https://www.youtube.com/watch?v=iwpz7C3738U);
==> для платформы VB ([url]https://www.planetaexcel.ru/forum/index.php?PAGE_NAME=read&FID=1&TID=135371&TITLE_SEO=135371-ochistka-pamyati-pri-vypolnenii-makrosa&tags=notes%2Cвба[/url])

Подскажите, пожалуйста, какие средства диагностики имеются для VB6.

Спасибо.

[Хакер]

Подскажите, пожалуйста, какие средства диагностики имеются для VB6.

Средства диагностики чего?

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

В VB же управление ресурсами происходит автоматически, и утечка памяти в принципе не может быть следствием маленького просчёта во вцелом хорошей программе. Если в VB-проекте есть утечка памяти, значит он написан из рук вон плохо. И тут не средство диагностики нужно, а нужно научиться программировать нормально.


Предлагаю или выложить код проекта, чтобы мы поразбирались, или задавать конкретные вопросы.

[ozyabkin]

Большое спасибо за совет о возможной утечке памяти при обращении к API функциям. Пересмотрел все обращения и нашел две оплошности, исправив которые программа заработала.
Всего Вам хорошего.