26.07.2013, 17:57 | #1 |
Участник
|
Достал уже этот Навовский дебаггер, очень часто начинает игнорировать точки останова, сколько их не ставь, толку 0. Пока zup не снесёшь, про точки останова можно забыть. А постоянно сносить zup не очень-то приятно, как никак много всяких мелких и приятных настроек там хранится. Может как-то можно по другому лечить? Или как-то избегать такой болезни?
|
|
26.07.2013, 18:43 | #2 |
Участник
|
Никогда такого не было. Какая версия навика?
А сделать бэкап зуп файла с нужными пресетами и подсовывать не битый? |
|
27.07.2013, 22:32 | #3 |
Administrator
|
создать батничек
DEL C:/Appl...../fin.zup /Q и запускать при необходимости разработчиков тоже понять можно: сначала они точки ставят, потом строки выше, потом еще коментируют кусками... фиг знает где теперь эта точка должна стоять... |
|
29.07.2013, 12:54 | #4 |
Участник
|
Версия NAV 2009 R2, билд 33750
Батничек это всё же удаление, хотелось бы его избежать... Видимо придётся делать бэкап зупа, а потом писать батник, который буд его заменять. Не очень удобно, но терпимо. Беда ещё в том, что НАВ придётся рестартовать каждый раз... Кому как, а я очень не люблю что-то перезапускать, а потом переоткрывать, находить... всё это негативно сказывается на рабочем процессе. Кстати, замечено, что когда начинается проблема с точками останова, не то что бы дебаггер их не видит, дебаггер не видит изменений связанных с точками останова. Т.е. если удалить сущетсующую точку, то дебагер всё равно на неё останавливается. |
|
29.07.2013, 15:38 | #5 |
Участник
|
Возможно проблема в том, что несколько клиентов Нава открыто под одним путем к зуп файлу
|
|
29.07.2013, 16:03 | #6 |
Участник
|
Цитата:
Ну и неприятно, конечно, что точки, поставленные в дизайнере, при дебаггинге иногда "съезжают" на другие строки. |
|
29.07.2013, 16:06 | #7 |
Участник
|
На 2009-м у меня такого не было, но на 4-ке бывало проскакивал, если используемый объект открыт в дизайнере
|
|
12.08.2013, 17:47 | #8 |
Участник
|
|
|