Допустим, возникает ошибка типа "Divide by zero", "Subscript out of range" и т.п. По идее, скомпилированный проект в случае неперехватываемой ошибки выдает соответстующий msgbox, а потом падает. Но мой проект (довольно большой) падает сразу. Иногда на нем юзерконтролы покрываются мелкой сеточкой (так, как они делают в IDE, когда их редактируешь), иногда вылетает сразу, издав, впрочем, звук, назначенный на "восклицательный знак".

Есть идеи, почему так может быть? Больно неудобно ловить баги.

Antonariy,

Спасибо. Я тут почитываю вашу переписку с Дмитрий77, ругаетесь словом "сабклассинг", а я еще не врубился что это такое, никак не могу найти время нагуглить....


Соответственно, я не очень понял, куда запихать эту процедуру - к чему ее подключить?

А к какому hwnd ее прикручивать? К hwnd всех контролов?

И что вместо многоточия?

Не-е-е-е..., чего-то мы друг друга не поняли....

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

Antonariy,

Неееее.... Вопрос стоит совсем не так.

Проект развивается. Иногда модернизация приводит к глюкам в старом коде, иногда высвечивает ранее внесенные глюки, которые не проявлялись. Иногда глюки в новом коде. Это все явление нормальное и понятное. Пользователь делает действия, у него проект падает. Он приходит ко мне и говорит: я сделал такую-то последовательность действий. Я делаю эту же последовательность под IDE, получаю ошибку, нажимаю Debug, вызываю CallStack и решаю проблему.

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


Ситуацию с "молчаливым" падением пока не удалось воспроизвести на отдельной группе проектов. Контрол покрывается сеточкой, ошибка появляется, но проект остается и не падает. То есть в основном проекте я что-то где-то сделал так, что началось такое поведение, например что-то при загрузке. Впрочем, попробую все-таки локализовать методом итераций :)

Может я немножко не тем путем иду... Стандартная обработка ошибок в VB6 сделана неудобно, встроить ее в каждую процедуру автоматически сложно (с учетом того, что местами есть отлов, а в проекте только форм полторы сотни)....

И даже без всяких юзерконтролов.
Кладу на одну из форм кнопку, которая делит на ноль.
Запускаю ехе, жму на кнопку - проект исчезает с характерным звуком

На чистом ТЕСТОВОМ проекте такого не происходит (соответственно, переустановка студии не причем).

Сейчас как раз занимаюсь тем, что, скопировав свой проект, выкидываю из него части, пытаясь довести до состояние чистого. Пока падает.

Ни за что не догадаетесь, Кто виноват!

Смотрите и удивляйтесь.

Однако, теперь очень остро и животрепещуще встает извечный вопрос - Что делать?

AntonariyУ меня IDE останавливается с сообщением division by zero. И не падает.

Дмитрий77Аналогично. Прога вылетает division by zero, но сам vb6 -нет.

Эта.... ну вы немножко тему забыли

IDE не вылетает, а вы попробуйте ехе-шник собрать.

Дмитрий77Ну падает хочется ему так, а нафига на 0 делить.

Дмитрий, вы читаете только последнее сообщение в топике? Хорошо, я повторю:

Shocker.ProПроект развивается. Иногда модернизация приводит к глюкам в старом коде, иногда высвечивает ранее внесенные глюки, которые не проявлялись. Иногда глюки в новом коде. Это все явление нормальное и понятное. Пользователь делает действия, у него проект падает. Он приходит ко мне и говорит: я сделал такую-то последовательность действий. Я делаю эту же последовательность под IDE, получаю ошибку, нажимаю Debug, вызываю CallStack и решаю проблему.

...

Стандартная обработка ошибок в VB6 сделана неудобно, встроить ее в каждую процедуру автоматически сложно (с учетом того, что местами есть отлов, а в проекте только форм полторы сотни)....
Еще раз обращаю внимание - в проекте ТЫСЯЧИ процедур. Пройтись по всем и проставить on error нереально, с учетом того, что во многих процедурах есть свой on error. А ошибки могут возникнуть в довольно произвольных местах: может индекс вылететь за пределы массива, может ошибка при работе с базой возникнуть, опять же местами используются асинхронные вычисления, может где-то переполнение случиться, причем при очень специфической комбинации действий - всего не предусмотришь. А в проекте изначально не была заложена идеология - в каждую процедуру, пусть и состоит она из одной строки, класть обработчик ошибок. Поэтому речь сейчас идет не о том, как переписать проект , а как сделать так, чтобы пользователь увидел сообщение об ошибке. Это проблему решит в достаточно большой степени.

А на ноль я делю для того, чтобы вызвать ошибку. Это ТЕСТОВЫЙ проект, если вы не поняли, для демонстрации глюка . И "хочется" не ему, а, видимо, кулбару, так как если кулбар убрать, то все прекрасно работает.

Фух. Надеюсь - объяснил.