|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
авторOne last point: Don’t let your error handling trigger an infinite error loop. When your code is already in an error-handling situation, or if it is just trying to finish the procedure, set your error trapping to On Error Resume Next . That way, your code continues, ignoring any errors that occur. If you don’t add that statement, you might end up in an infinite loop where an error in your error handler triggers the error handler again and again. Еще раз перечитал пояснение того зачем вставлять On Error Resume Next . Авторы книги, полагают, что установкой в код обработчика On Error Resume Next можно избежать "залупливания" кода, то есть если случилась ошибка в обработчике ошибке, как указывается в MS-справке ошибка не будет обработана и исполнение перейдет к той строке, которая вызывала эту ошибку и, получается, что сразу же опять попадет в обработчик ошибок, т.к. ошибка все еще существует и так начнется "луп". Установкой On Error Resume Next эта ситуация устраняется. В общем, логично. Но вот как тогда быть с кодом ошибки, который обнуляется - не понятно. И вот, на примере с Overflow получается что ошибка в обработчике ошибок таки обрабатывается.. что-то совсем путаница получается ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2019, 17:34 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Ганов Александр, Мне кажется что On Error Resume Next и On Error GoTo вообще задумали для обхода форс мажора, при Next выполняется следующий оператор после того в котором была ошибка, при GoTo уход на метку... Примеры форс мажора: 1. Есть куча вычислений, где возможно возникнет деление на ноль, но пользователю не желательно прекращать процесс даже в этом случае, ибо следующие операторы смогут переварить данную ситуацию, - естественно On Error Resume Next 2. Мне нужно прочитать набор записей, но: - я не знаю сколько записей в наборе (разные причины могут быть) - набор записей большой, но поврежден и я не знаю в каком месте его чтение прекратится... В этом случае On Error GoTo будет прекрасным сигнализатором конца набора... За всю историю всего один раз использовал On Error GoTo как раз чтоб вытащить хоть что-то из большого битого набора... On Error Resume Next не использую вообще, но вижу нужным только в одном случае - если я на него попадаю сразу после On Error GoTo - это позволит несмотря ни на что попытаться закрыть все открытые наборы, сессии, порты и т.д. Соответственно анализировать причинную ошибку нужно между On Error GoTo и On Error Resume Next ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2019, 18:18 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
vmag, полностью с Вами согласен. Как вариант сохранить ошибку и описание в обработчике до On Error Resume Next в переменную, скорее всего в глобальную, чтобы не надо было ее каждый раз объявлять в каждой процедуре или функции и перед выходом затирать переменную. Так точно будет работать и "залупливание" тоже не случится, и даже в случае как я привел пример с overflow, фактическая ошибка будет нормально отображена в msgbox, то есть цель будет достигнута в полной мере, правда обработчик станет несколько замороченным, но работать будет, не будет ли это перегибом с такими заморочками? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2019, 18:39 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
с другой стороны access не все ли равно что обрабатывать. несколько доп.строк кода ничего радикально не изменят. но ошибку обработают как надо ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2019, 19:39 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
да все работает. overflow скорее всего был из-за того, что в процедуре обработки ошибки параметр номер был as Integer . ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 02:41 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Обработчик в процедуре Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
МОДУЛЬ обработки ошибки Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 02:54 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
вот так совсем правильно будет Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
модуль обработки ошибки Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25.
... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 03:03 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Ганов Александрвот так совсем правильно будетОбычно всё таки обработчик ошибок несколько сложней (если не On Error Resume Next ). Есть ветвления через Select Case и вывод не окна с описанием ошибки (рядовому пользователю это ничего не даст), а логирование в файл. Так же я добавляю к прочему описанию ошибки и место возникновения ошибки - название модуля/класса и процедуры/функции. Можно в особо сложных местах выводить в лог номер строки - VBA.Information.Erl (в скрытых методах). ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 04:16 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Ганов Александр Код: vbnet 1. 2.
Зачем два раза? Второе даже не достигается, т.к. с первого переход на Exit_Sub ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 04:21 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Панург, посмотрите пожалуйста в этом топике я в начале объяснил зачем 2 раза и пример из книги привел. так советуют авторы книги, чтобы легче было найти строку в которой ошибка была ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 04:32 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Панург, все верно. это был просто пример самого простого обработчика, ERL я пока убрал. оставил базовые функции, чтобы принципиально закрыть вопрос с которого начиналась данная тема. в остальном полностью с Вами согласен, что нужен доп.функционал, это окно больше для себя чтобы видеть то, что случилось без штатного окна DEBUGA ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 04:34 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Ганов Александр...это окно больше для себя чтобы видеть то, что случилось без штатного окна DEBUGAВ таком случае я предпочитаю выводить в окно Immediate. Но фломастеры разные. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 08:12 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
vmagЗа всю историю всего один раз использовал On Error GoTo Пардон, не понял. А как вы тогда обрабатываете ошибки? On Error GoTo - основа обработки ошибок, не представляю, как можно без него обойтись. Или имелся в виду On Error GoTo 0? Тогда да, он нафиг не нужен. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 09:10 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
MrShinПардон, не понял. А как вы тогда обрабатываете ошибки? On Error GoTo - основа обработки ошибок, не представляю, как можно без него обойтись. Согласен, тут я не правильно трактовал, с этого начинается любая рукописная более-менее сложная процедура или функция, причем это доведено до такого автоматизма, что я не обращаю на это внимания, имелось ввиду потом, - далее по тексту нет больше On Error GoTo... Соответственно в реальных условиях эта конструкция нужна только для отладки, далее в экплуатации она уже как правило не работает, так, висит на всякий случай... Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 13:05 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Ганов АлександрПанург, посмотрите пожалуйста в этом топике я в начале объяснил зачем 2 раза и пример из книги привел. так советуют авторы книги, чтобы легче было найти строку в которой ошибка была наиболее лучшим образом у меня работает такая конструкция Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
p.s. это "облегченная версия" - самая часто используемая, переработанная идея MrShin с всплывающими обработчиками ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 14:13 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Код: vbnet 1. 2.
Можно использовать директивы условной компиляции в коде: #CONST, #IF, #THEN, #ELSE. Либо в параметрах проекта задавать. Код будет легче читаться. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 15:03 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Stanislav P, хрень эта условная компиляция. не пользуюсь и другим не советую. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 22:34 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
aleckoStanislav P, хрень эта условная компиляция. не пользуюсь и другим не советую.И с чего бы? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2019, 03:56 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Панург, ну например управление отладкой у клиента кнопкой - не влезая в код. Думаю что вопрос был в #Else-щас уже и не вспомню все матюки. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2019, 15:41 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
ПанургМожно в особо сложных местах выводить в лог номер строки - VBA.Information.Erl (в скрытых методах). имеете ввиду что в обычной ситуации не пользуете нумерация строк, но если попадается такая каверзная ошибка, что найти ее трудно, то нумеруете строки соответствующего модуля и еще раз запускается процедуру "отлова ошибки", которая в данном случае уже указывает на нужную строку? почему спрашиваю - постоянно нумеровать строки - муторная тема, хотя MZ Tool с этим хорошо справляется, но наличие в тексте большого количество "циферок" совсем не способствует его удобочитаемости ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 11:41 |
|
отловить ошибку runtime
|
|||
---|---|---|---|
#18+
Ганов Александр, номер строки нужен в логе - когда прога работает у клиента, если база в разработке то на ошибку хорошо укажет Resume (но конечно не только: watch помогает неплохо). ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 12:30 |
|
|
start [/forum/topic.php?fid=45&msg=39772567&tid=1610630]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
30ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
others: | 305ms |
total: | 438ms |
0 / 0 |