Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Нет, это только мои грязные фантазии на тему В IIS/ASP.NET надо сильно постараться, чтобы можно было что-то скачать из /bin или чтобы PDB оказались вне этого каталога.
Но есть же ж ещё прикладной код. А там может быть уже и не сильно надо постараться.
AVK>Как это поможет на продакшене?
В двух словах — это просто переход на другой технологический уровень.
Если нужно разобрать дапм, ты берешь его и разбираешь, и все просто работает. Ты не думаешь о том как бы посмотреть исходники, где взять бинари, и к какой же версии черт побери это относится.
Нужен удаленный дебаг или профайл — запускаешь и он просто работает.
Как перейти с IDE 20 летней давности на что-то современное.
Здравствуйте, rm822, Вы писали:
R>Если нужно разобрать дапм, ты берешь его и разбираешь, и все просто работает. Ты не думаешь о том как бы посмотреть исходники, где взять бинари, и к какой же версии черт побери это относится.
Это все понятно, но это не про продакшен, а про машину разработчика. Вопрос же был в другом.
Здравствуйте, Pek2014, Вы писали:
P>Как поступаете вы?
Поставляем одновременно релизные и дебажные либы с PDB.
Иногда у разработчиков-клиентов что-то падает через "слоёный пирог" прямых/обратных вызовов в своём коде через третьесторонний. Удобней в таких случаях для отладки иметь полный стек.
AVK>Это все понятно, но это не про продакшен, а про машину разработчика. Вопрос же был в другом.
Затем что для корректной работы профайлеров нужно восстанавливать callstack, а там FPO, stackalloc, зоопарк calling conventions и слои managed/unmanaged/wow64
Некоторые ***ки конечно делают вид что у них этого всего нет, или что нарубив код на дотнете это можно просто проигнорировать, но на то они и ****ки, и стек у них вечно разваливается
Здравствуйте, Pek2014, Вы писали:
P>Как поступаете вы?
Оставляю. Всегда делаем систему логов при получении любого исключения в котором лежит стэктрейс и время сборки приложения.
Здравствуйте, rm822, Вы писали:
AVK>>Это все понятно, но это не про продакшен, а про машину разработчика. Вопрос же был в другом. R>Затем что для корректной работы профайлеров нужно восстанавливать callstack
Ты профайлеры на продакшене запускаешь?
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
AVK>Потому что вряд ли пользователи порадуются, когда все резко стало тормозить и глючить. Хотя, конечно, продакшен бывает разный.
О как, странно но пользователи StackOverflow не жалуются
Ну и в догонку, совсем непонятно с какого перепугу вдруг всё должно резко тормозить и уж тем более глючить.
Особенно в sampling режиме
Здравствуйте, rm822, Вы писали:
R>Правильно — всегда собирать с PDB, иметь symbol server & source server. И PDB и бинари класть в symbol server R>Нужно имеенно все сразу, иначе толку не будет.
I second that. Кастомеру не нужны PDB в дистрибутиве, ему плевать, поэтому включать их в релизный билд просто не имеет смысла ( из-за раздутия последнего ). А вот когда этот кастомер придёт с дампом, они очень даже кстати. Настройка symbol server — дело от силы пары часов, так что за отмазу не прокатит.
Здравствуйте, mssmax, Вы писали:
M>I second that. Кастомеру не нужны PDB в дистрибутиве, ему плевать, поэтому включать их в релизный билд просто не имеет смысла ( из-за раздутия последнего ). А вот когда этот кастомер придёт с дампом, они очень даже кстати. Настройка symbol server — дело от силы пары часов, так что за отмазу не прокатит.
Не всегда можно снять дамп, особенно если проблема плавающая. А вот номера строк и названия файлов в логах очень даже небесполезны.
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
В IIS/ASP.NET надо сильно постараться, чтобы можно было что-то скачать из /bin или чтобы PDB оказались вне этого каталога.
