Здравствуйте, DarthSidius, Вы писали:
DS>На клиентской машине ставить VS или SDK желания и возможности нет, но поставить приложение в отладочной версии и с исходниками возможность есть. Как бы вот поиметь такое как в VS — перехват исключения — чтобы ткнуло в строчку исходника, где возникло.
Вобщем сделал так:
на целевой машине развернул remote debugger и дебаг версию приложения. Притащил ноут с VS 2015 Community, включил его в локалку, приатачился к удаленному процессу, и вуаля! Всем спасибо.
Здравствуйте, DarthSidius, Вы писали:
DS>На клиентской машине ставить VS или SDK желания и возможности нет, но поставить приложение в отладочной версии и с исходниками возможность есть. Как бы вот поиметь такое как в VS — перехват исключения — чтобы ткнуло в строчку исходника, где возникло.
Здравствуйте, DarthSidius, Вы писали:
DS>Здравствуйте, trkeast, Вы писали:
DS>>>
DS>>>Отладка через Интернет не поддерживается.
T>>настроить ВПН и через него попробовать? T>>как-то пришлось через ВПН в teamviewer отлаживаться
DS>Удаленная отладка вроде только для версии VS 2015 Enterprise. У меня же обычная Community
использовал версию из VS 2013 Community
На клиентской машине ставить VS или SDK желания и возможности нет, но поставить приложение в отладочной версии и с исходниками возможность есть. Как бы вот поиметь такое как в VS — перехват исключения — чтобы ткнуло в строчку исходника, где возникло.
Здравствуйте, DarthSidius, Вы писали:
DS>На клиентской машине ставить VS или SDK желания и возможности нет, но поставить приложение в отладочной версии и с исходниками возможность есть. Как бы вот поиметь такое как в VS — перехват исключения — чтобы ткнуло в строчку исходника, где возникло.
Немного не понял — вы хотите просто получить строку, где возникла ошибка (ну и некоторую информацию об окружении), или подключиться удаленно и продолжить отладку?
С десктопными приложениями это так же работает (я например добавлял к плагину VS2015).
Если есть аккаунт Azure, то подключить дело 5 минут. Ну и нет проблем с тем, куда писать лог, как передать обратно, как его просматривать.
В общем, тут все проще чем кажется.
Здравствуйте, Михаил Романов, Вы писали:
МР>Немного не понял — вы хотите просто получить строку, где возникла ошибка (ну и некоторую информацию об окружении), или подключиться удаленно и продолжить отладку?
Я могу находится локально и наблюдать в локальном отладчике.
Мне желательно как в VS — на исключении остановка, показано где, просмотреть переменные. Раньше был такой прекрасный CLR Debugger вместе с фрамеворком шел. Но какого-то #$%# его выпилили из 4.х
Здравствуйте, DarthSidius, Вы писали:
DS>Раньше был такой прекрасный CLR Debugger вместе с фрамеворком шел. Но какого-то #$%# его выпилили из 4.х
Вы вот про этот
Здравствуйте, DarthSidius, Вы писали:
DS>...поставить приложение в отладочной версии и с исходниками возможность есть. Как бы вот поиметь такое как в VS — перехват исключения — чтобы ткнуло в строчку исходника, где возникло.
В приложении сделать запись в лог необработанных исключений (Application.ThreadException) с полным stacktrace, для всех сборок приложения рядом положить соответствующие pdb файлы, запустить.
Здравствуйте, andrey82, Вы писали:
A>В приложении сделать запись в лог необработанных исключений (Application.ThreadException) с полным stacktrace, для всех сборок приложения рядом положить соответствующие pdb файлы, запустить.
Здравствуйте, Михаил Романов, Вы писали:
МР>Здравствуйте, DarthSidius, Вы писали:
DS>>Раньше был такой прекрасный CLR Debugger вместе с фрамеворком шел. Но какого-то #$%# его выпилили из 4.х МР>Вы вот про этот