Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
добрый день знатокам и начинающим. заинтересовал один момент с обработкой ошибок использую обычный обработчик ошибок Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. Все хорошо работает, но есть проблем с ошибками типа: Run-Time error '-2147217900 (80040e14)': Лишняя скобка ) в выражении запроса '[ПользовательКод]=cint('" & varUsrKod "'))', то есть ошибка в SQL-запросе для ADO.open. Обработчик перехватывает данную ошибку, но ни описания, ни кода ошибки не дает. Есть какая-либо возможность качественно обработать такие ошибки, то есть получить в msgbox то самое описание, которое дает штатное окно ошибок, чтобы не забивать голову что же случилось и почему не делается то, что надо? Заранее благодарю за подсказку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2019, 16:29 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов Александр, описание ошибки доступа к данным нужно получать методом AccessError. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 10:55 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Кривцов Анатолий, принято. благодарю за "наводку". уже открыл справку, изучу вопрос. очень хочется, чтобы не только отлавливало, но и в доступной форме поясняло суть ошибки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 12:24 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов Александр, У вас интересный хандлер, не понимаю, как это работает Код: vbnet 1. 2. 3. On Error Resume Next всегда сбрасывает ошибку, у вас после него всегда Err.Number = 0 и Err.Description пустое. Не нужна эта команда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 13:27 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShinOn Error Resume Next всегда сбрасывает ошибку, у вас после него всегда Err.Number = 0 и Err.Description пустое. Не нужна эта команда. Вы ошибаетесь. Не сбрасывается. Сбросить можно методом Err.Clear, если Err <> 0. А команда действительно не нужна, как и все, что выделено ниже. Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 13:50 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Кривцов Анатолий, честно говоря, я его не сам придумал, а почерпнул в книге "Teresa Hennig, Rob Cooper, Geoffrey Griffith, Jerry Dennison. Access 2010. Programmer’s Reference" (прилагаю фрагмент книги) -- первый on error resume next уже в самом Хендлере (а равно после Exit_Sub ) нужен чтобы пропустить те ошибки, которые могут случиться в самом хендлере (привожу скрин из книги) -- нулевые ошибки (то есть без описания не обрабатываются, поэтому на них стоит Resume next через IF, хотя конечно можно было бы написать все в одну строчку и просто обращаться к процедуре если ошибка не нулевая, но я оставил так, т.к. подумал, что потом может что-то надо будет дописать) -- последний Resume тоже хорошо объяснен в книге, когда случается ошибка, то VBA не дает кодеру понять где она случилась, разве что нумеровать все строки и попытаться использовать функцию ERL , а вот с еще одним Resume в конце следующая штука: когда вылетает ошибка, в данном случае когда обрабатывается процедура prcОбработкаОшибок , то надо нажать не ок, а CTRL+Pause, откроется VBE, в нем желтая стрелка-указатель будет стоять в этот момент на строке Resume Exit_Sub , берем двигаем ее мышкой вниз на Resume и жмем F8 , после чего стрелка-указатель перейдет именно на ту строку, в которой произошла ошибка, которая подняла окно. таким образом кодер может легко понять в какой именно строке случилась данная ошибка. у меня нет большого опыта в access, как и нет повода не верить 4-м авторам книги, поэтому я доверился тому, что указано в книге ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 14:16 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Кривцов АнатолийВы ошибаетесь. Не сбрасывается Не соглашусь. Проэкспериментируйте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 14:48 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShinOn Error Resume Next всегда сбрасывает ошибку, у вас после него всегда Err.Number = 0 и Err.Description пустое. Не нужна эта команда. насколько я понимаю номер и описание ошибки будет сохранено до тех пор покуда не возникнет новая ошибка или не кончится процедура или функция. и, судя по всему, авторы книги перестраховываются и именно поэтому вставляют еще по одному Resume Next в обработчик ошибок и в процедуру выхода, т.к. если случится ошибка именно в этих местах, то она заменит описание той ошибки, которая инициировала цепочку всех событий и вызвала обработчик ошибок. не знаю конечно что такое может случиться уже в самом хендлере ошибок, но т.к. у авторов книги наверняка не малый опыт чтобы "накатать" книгу на 1230 стр., то я сделал так как написано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 14:53 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShinКривцов АнатолийВы ошибаетесь. Не сбрасывается Не соглашусь. Проэкспериментируйте. Перед своим постом провел самоконтроль. Код: vbnet 1. 2. 3. 4. Выдает "11 Devision by 0" А так сбрасывает уже существующую ошибку. Код: vbnet 1. 2. 3. 4. 5. Но это как-то коряво, что ли. И да, у ТС это тот случай, согласен. А вот про "последний Resume" я не знал. Теперь знаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:05 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Кривцов АнатолийПеред своим постом провел самоконтроль. Не понял. Последний вариант у меня выдает 0 и пустоту, как и ожидалось. У вас выдает текст ошибки??? Может это в старых версиях такая особенность? У меня 2010, все сбрасывается, более ранней версии нет для проверки. Кривцов АнатолийА вот про "последний Resume" я не знал. Теперь знаю Я сам постоянно использую Resume, который никогда не выполняется - для отладки. Только в описании пропущен момент, что на Resume надо сначала перевести курсор выполнения с помощью Ctrl-F9, только потом жать F8 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:20 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShinКривцов АнатолийВы ошибаетесь. Не сбрасывается Не соглашусь. Проэкспериментируйте. проверял обработчик по шагам, когда случается ошибка идет переход On Error Resume Next , затем жмем следующий шаг через F8 и система без проблем выдает сохраненное сообщение и его номер. что самое интересно, в справке MS написано следующее: An "enabled" error handler is one that is turned on by an On Error statement; an "active" error handler is an enabled handler that is in the process of handling an error. If an error occurs while an error handler is active (between the occurrence of the error and a Resume, Exit Sub, Exit Function, or Exit Property statement ), the current procedure's error handler can't handle the error . Control returns to the calling procedure. То есть если ошибка случится уже в самой процедуре обработки, то должен произойти переход обратно к тому месту, откуда был совершен вызов. Тогда мне тоже не очень понятно зачем тут нужен еще один On Error Resume Next уже в самом обработчике ошибок ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:21 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
авторЯ сам постоянно использую Resume, который никогда не выполняется - для отладки. Только в описании пропущен момент, что на Resume надо сначала перевести курсор выполнения с помощью Ctrl-F9, только потом жать F8 я просто сказал про мышку, можно и через CTRL+F9 авторберем двигаем ее мышкой вниз на Resume тут кому как удобнее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:24 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов Александрпроверял обработчик по шагам Какая у вас версия Акцесса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:34 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
В вашем случае второй On Error Resume Next не нужен однозначно. Там негде возникнуть ошибке, если prcОбработкаОшибок содержит нормальный обработчик ошибок и он не поднимает ошибку наверх принудительно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:36 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShin, 2016 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:39 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShinВ вашем случае второй On Error Resume Next не нужен однозначно. Там негде возникнуть ошибке, если prcОбработкаОшибок содержит нормальный обработчик ошибок и он не поднимает ошибку наверх принудительно. согласен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:40 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов Александр2016 Ничего не понимаю. Попробовал в 2016 - то же самое, сбрасывается. Как такое возможно??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:43 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShin, не могу знать к сожалению, у меня 100% работает. проверял не раз когда тестировал и ошибки когда случаются показывает все как надо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:47 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов Александру меня 100% работает Тем не менее я бы не рекомендовал использовать это. Видимо, есть какие-то особенности, нужно выяснять. Тем более я привел ссылку из книги, которая подтверждает такое поведение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 15:56 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShin, похоже что я Вас дезинформировал. действительно скидывает. вставил 2 дебага.print до и после Resume Next , второй дебаг показывает любую ошибку как ноль. то есть до Resume Next ошибка есть, после становится ноль ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 16:46 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
нашел откуда ноги растут - в обработчиках функций у меня в шаблоне MZ Tool нет этой строки, а в обработчике для процедур она есть, судя по всему, я проверял в функции и распространил положительный результат на все обработчики. Получается, что книжка совершенно права, действительно скидывает ошибку. Подправил все дела в базе и в шаблоне. Благодарствую за наблюдательность ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 16:50 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов АлександрПодправил все дела в базе и в шаблоне Так возвращаясь к первоначальному вопросу, заработало как есть после удаления строки или все еще AccessError требуется? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 16:58 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShin, теперь еще более интересно стало. ошибка ловится. но ее размер ее err.number вызывает overflow ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2019, 17:15 |
|
||
|
отловить ошибку 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 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
alecko, ну то есть получается, что если прога работает у клиента, то очень желательно, чтобы в ее коде все строки были нумерованными? иначе erl никак не поможет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2019, 13:46 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов Александр, нумеровать всё и вся не имеет смысла. Лично я довольно редко это делаю, только там где не уверен во всех случаях, на всякий, так сказать. Да и не все строки нумерую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2019, 15:15 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Панург, принял, спасибо. мне тоже думается, что все и вся нумеровать - очень муторное занятие и лишние символы в коде ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2019, 03:28 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
alecko, ну например управление отладкой у клиента кнопкой - не влезая в код. Думаю что вопрос был в #Else-щас уже и не вспомню все матюки. Во - ещё вспомнил - в режиме разработки часть полей открываем, у клиента они закрыты - это тоже делаем этой переменной (одной переменной переход в режим разработки/тестирование "клиентского вида" - переменная условной компиляции здесь никак не поможет-поля нужно все равно закрывать (полагаться на вид по умолчанию с учетом того что форма принимает тучу состояний категорически нельзя), бывает закрываю создание всяких контекстных менюшек, выскакивание предупреждающих окон, создание и печать отчетов, отсылку писем, смс во время разработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2019, 16:57 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Панургместо возникновения ошибки - название модуля/класса и процедуры/функции подскажите пожалуйста как реализуете? на форуме почитал, начиная от идеи прописывать имя процедуры в обработке и заканчивая сторонними утилитами - как-то мутновато, может что-то поразумнее имеется. спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2019, 13:01 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов Александрподскажите пожалуйста как реализуете? на форуме почитал, начиная от идеи прописывать имя процедуры в обработке и заканчивая сторонними утилитами - как-то мутновато, может что-то поразумнее имеется. спасибо mz-tools всё делают: и номера к строкам добавляют, и сообщение с названием процедуры и названием модуля добавляют. Я отправляю письмо, сохраняю названия формы и значения контролов, записываю в журнал, делаю скриншот - это удобно и проще, чем потом спрашивать "что вы делали 15-го августа 1993 года" у пользователя :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2019, 15:35 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
NBjHCBrc6KlSObm, спасибо. полностью согласен, обработчик ошибок доработал, теперь показывает все, что нужно. Топик закрыт :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2019, 11:07 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
в продолжение темы: как обычно делают когда надо поменять все обработчики во всех или отдельном модуле? понятное дело, что руками "умрешь" это делать. Озадачился данным вопросом, пошукал, вроде ничего нет нужного, потратил время - написал автозамену и/или добавление обработчика в процедуру. Вроде все как надо работает, но может есть какие-то общепризнанные и общеиспользуемые решение, где не надо ничего самому писать, так сказать plug and play? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2019, 12:20 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
NBjHCBrc6KlSObmГанов Александрподскажите пожалуйста как реализуете? на форуме почитал, начиная от идеи прописывать имя процедуры в обработке и заканчивая сторонними утилитами - как-то мутновато, может что-то поразумнее имеется. спасибо mz-tools всё делают: и номера к строкам добавляют, и сообщение с названием процедуры и названием модуля добавляют. Я отправляю письмо, сохраняю названия формы и значения контролов, записываю в журнал, делаю скриншот - это удобно и проще, чем потом спрашивать "что вы делали 15-го августа 1993 года" у пользователя :) добрый день. посмотрел как в MZTOOL все это реализовано, по сути используется объект VBA.ErrObject. При вставке в процедуру банально прописывается "ErrHeader" c Resume или с Goto и в строке информации, то есть в той строке, которая будет выведена на экран, сразу прописывается название процедуры, а для определения номера строки используется ERL. Получается совсем не универсально, то есть если название процедуры изменилось, то строка будет слать совсем не то имя. Код: vbnet 1. 2. 3. 4. 5. 6. 7. Хотелось бы более универсальную вещь, в принципе, я все это сделал, в том числе процедуры группового обновления, добавления, удаления ErrHandler'ов, расстановку переменных по отдельным строкам, которые были написаны одной строкой, удаление не используемых переменных, удаление, добавление пустых строк в код и т.д.. В общем, такой мини-тюнинг кода через одно нажатие. Сам хэндлер описал следующим образом: Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. то есть после того, как прыгаем на " хэндлер ", смотрим строку на которой стоит курсор, находим процедуру в которой она находится и т.д., подсмотрел решение здесь же на форуме. Все хорошо работает, но есть один "косяк", работает только в том случае, если открыт тот CodePane , на котором произошла ошибка, для VBE Active CodePane значит именно тот, который открыт и который в фокусе, а не тот, в котором сейчас исполняется код, если в процессе исполнения не будет открыт ни один CodePane , то же сам обработчик выдаст ошибку, т.к. не сможет обратиться к активному CodePane. Пересмотрел все известные мне свойства и методы на предмет возможности определения того CodePane или CodeModule , где в данный момент выполняется код, а не который в данный момент активен. К сожалению, пока ничего "умного" не нашел. Но в этом ветке access-спецы пишут, что пишут в лог название процедуры, место ошибки и т.д., стало быть используют либо жесткое закрепление имени процедуры в каждом обработчик (как в примере выше из MZ Tool), либо делают каким-то другим способом, до которого у меня "допетрить" не получается. Буду признателен за подсказку кто и как фактически делает фиксацию (определение названия) имени процедуры для последующей обработки, например, отправки, логирования, вывода в сообщение. Может быть мне проще проще немного переписать групповую обработку по добавлению "хэндлеров", чтобы автоматически вместо строки определения процедуры Код: vbnet 1. прописывалась строка с закрепленным именем процедуры и в этом случае вопрос определения имени сам собой отпадет, останется только проблемка при изменении имени процедуры, в этом случае надо будет не забыть поменять имя в "хэндлере"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2019, 11:11 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
Ганов Александркто и как фактически делает фиксацию (определение названия) имени процедуры для последующей обработки Я тоже много времени убил на поиски, но, похоже, нет такого способа. Если редактор кода не открыт, а тем более если код скомпилирован в accde, определить имя модуля и процедуры нельзя. Поэтому всегда пользуюсь MZTools для вставки имени модуля и процедуры в обработчики ошибок. Им же нумерую строки для Erl. При переименовании/копировании кода в другой модуль заменой меняю имена или перегенерирую обработчики ошибок, много времени это не отнимает. Настоятельно не рекомендую использовать русские буквы в названиях процедур, на не русских версиях офиса работать не будет с большой вероятностью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 16:42 |
|
||
|
отловить ошибку runtime
|
|||
|---|---|---|---|
|
#18+
MrShinНастоятельно не рекомендую использовать русские буквы в названиях процедур, на не русских версиях офиса работать не будет с большой вероятностью. Спасибо за ответ по теме вопроса и за совет - потихоньку отучаюсь :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 20:21 |
|
||
|
|

start [/forum/topic.php?all=1&fid=45&tid=1610630]: |
0ms |
get settings: |
7ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 362ms |

| 0 / 0 |
