Отсоединения Visual Studio из приложения, как только отладка запускается
Я не думаю, что этот цикл будет очень эффективным, потому что вам нужно перезапускать генератор случайных чисел каждый раз, когда он проходит цикл. Вместо этого я бы предложил взять большую выборку c('A', 'B', 'C', 'D') с желаемыми вероятностями, затем посмотреть, когда вы впервые получили каждый элемент, и взять максимум из них. Это может потерпеть неудачу, если вам случится не рисовать какой-либо один тип, но с достаточно большой выборкой, которая становится невероятно маловероятной. Вот реализация моего предложения.
set.seed(1)
probs <- c(.1, .25, .25, .40)
samp <- sample(c('A', 'B', 'C', 'D'), size = 1000, replace = TRUE, prob = probs)
max(c(min(which(samp == 'A')), min(which(samp == 'B')), min(which(samp == 'C')), min(which(samp == 'D'))))
[1] 6
samp[1:6] # we get the final missing item on draw 6
[1] "D" "D" "C" "A" "D" "B"
6 ответов
Оказывается, что это было на самом деле результатом обновления Windows Vista. VS "Не запускался как Администратор", который заставил его испытывать недостаток в правах присоединить к другим процессам для отладки. В результате отладка остановилась бы прямо после того, как она запустилась. При изменении ярлыка VS для выполнения, поскольку администратор разрешил эту проблему.
Я столкнулся с чем-то подобным, когда я поместил некоторый код в конструктора, который отказывал. Точно те же самые проблемы, где Отладка разъединилась бы сразу после приложения, запустили.
Короткие, если это, проверьте, что Вы не настроили конструктора класса для выполнения во время веб-запуска, который отказывает...
Вы установили что-либо еще на сервере / рабочая станция недавно?
У нас есть приложение сторонних производителей, которое не позволяет нам отлаживать, катастрофические отказы w3wp.exe непосредственно после попытки отладить.
Я испытал такое же внешнее поведение. Причина заключалась в существовании нескольких разделов (что разрешено схемой web.config ). Отладчик Visual Studio (тестировались версии 2008 и 2010) смотрит только в первый встреченный раздел. Поэтому, если ваш тег не входит в первый, он считает, что параметр compilation.debug отсутствует, и пытается добавить к первому . В некоторых случаях VS2008 в этом случае просто работает незаметно. Например, посмотрите здесь: https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=510354#details "
Быстрое обновление windows 7: мне пришлось добавить "localhost" в список доверенных сайтов, чтобы исправить эту проблему... вот так.
Просто обходной путь для тех (как я), для кого вышеуказанные решения не работают: После запуска приложения, которое вы хотите отладить, перейдите в Debug -> Attach to Process, и прикрепите его к процессу, который вы хотите отладить. Работает на моей машине.