User32.dll

← →
Vick (2003-11-12 11:24) [0]

Доброго всем дня!
Может кто мне сможет обяснить в чем причина возникновения одной ерунды? В общем есть программа, которая работает с базой MSSQL, через ADO. Иногда, совсем с неопределенной периодичностью (может 2 раза в день, а может раз в год) выскакивает ошибка "Программа "Моя" вызвала сбой в работе в библиотеки User32.dll по адресу такому-то"
Потом следом аналогичная штука вылази по отношению к Kernel32.dll. Дальше - только перегрузка помогает.

Не могу понять, чем такая безобидная програмулинка может вызывать такие сбои? Как от этого избавиться? И где можно вообще почитать описание этих библиотечек??

← →
Digitman (2003-11-12 11:31) [1]

> Не могу понять, чем такая безобидная програмулинка может
> вызывать такие сбои?

значит, не такая уж и "безобидная"

> Как от этого избавиться?

найти в своей программе точку, где некоей процедуре/ф-ции, вызывающей в свою очередь некие ф-ции упомянутых библиотек, передается некорректный параметр

> где можно вообще почитать описание этих библиотечек

msdn.microsoft.com

← →
AbrosimovA (2003-11-12 11:35) [2]

Посмотри, какие функции твоя программа импортирует из библиотеки User32.dll.

← →
Vick (2003-11-12 11:39) [3]

>AbrosimovA

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

← →
Digitman (2003-11-12 11:46) [4]

> На прямую ничего не импортирует, там в программке от силы
> 10 компонент стоит: пара менюшек, гриды и коннеты с датасетами.
>

именно эти 10 компонентов и импортируют неявно ф-ции из упомянутых библиотек

> Может ли Делфи глюкавить при компиляции и чего-то не так
> делать, что потом это вызвывает сбои.

не может

> остледить их периодичность нельзя

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

← →
Vick (2003-11-12 11:49) [5]

> Digitman ©

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

Я в этом чайник, может подскажете как это сделать или где можно об этом прочесть? Буду благодарна.

← →
Digitman (2003-11-12 11:58) [6]

> Vick

ну, к примеру, перед вызовом

ADOComponent.SomeMethod(SomeParameters);

просто добавь строчку

SomeLogFile.Write(в такое-то время вызывается метод ADOComponent.SomeMethod с такими-то параметрами)

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

← →
Vick (2003-11-12 15:25) [7]

А могут возникнуть проблемы из-за того, что не хватает видеопамяти? Приложение само по себе вроде не сложное, но в нем идет перерисовка Гридов, в зависимости от того какие там данные выводятся (сравнение их и т.п.).

← →
Digitman (2003-11-12 15:30) [8]

> Vick

на столько маловероятно, что просто смешно об этом говорить
даже если каким-то невероятным образом такая штука приключается, то диагностика сбоя была бы иная : что-то наподобие "Out of system resources"

за распределение в/памяти эти библиотеки не отвечают, этим заведует драйвер в/подсистемы режима ядра

User32.dll Найти похожие ветки