Что такое точки прерывания по данным?
Обратите внимание, что в отличие от массивов C, классы c ++ должны иметь & amp; перед ними, как обычные параметры, которые вы передаете, в противном случае он создаст копию в стеке функции, которой он был передан.
#include<bits/stdc++.h>
using namespace std;
int fun(vector<int> v)
{
//your code here
}
int main()
{
vector<int> v;
int n,x;
cin>>n;enter code here
for(int i=1;i<=n;i++)
v.push_back(x);
cout<<fun(v); // make it void if you need it void.
}
3 ответа
Определение:
Точки прерывания по данным позволяют Вам повреждать выполнение, когда значение, сохраненное в указанной ячейке памяти, изменяется.
Из MSDN: , Как к: Установите Точку прерывания по данным :
, Как Установить Точку останова
-
Изменения Памяти Из Меню Отладки, выберите New Breakpoint и нажмите New Data Breakpoint
— or—
в меню окна Breakpoints, нажмите выпадающий New и выберите New Data Breakpoint.
диалоговое окно New Breakpoint появляется.
-
В поле Address, введите адрес памяти или выражение, которое оценивает к адресу памяти. Например, & нечто для повреждения, когда содержание переменного изменения нечто.
-
В поле Byte Count, введите номер байтов, которые Вы хотите, чтобы отладчик наблюдал. Например, если Вы войдете 4, то отладчик будет наблюдать четыре байта, запускающиеся в & нечто и повреждение, если какой-либо из тех байтов изменяет значение.
-
Нажимают "OK".
Старый добрый у Daniel LeCheminant есть основательный ответ на , что делает точка прерывания по данным, таким образом, я брошу в некоторых историях, которые выделяют полезное использование:
Любой сценарий, где Вы знаете , что изменит, но имеют минимальную идею , где код, изменяющий его жизни (так как иначе Вы могли просто использовать условную точку прерывания). А именно,
"Невозможные" сценарии - программа отказывает, потому что переменная X NULL, когда переменная X никогда не должна быть NULL, потому что никакой код нигде никогда не устанавливает переменную X на NULL. Поместите нормальную точку останова в код, который инициализирует X, и когда он поражен, настройте точку прерывания по данным для наблюдения за изменением в NULL. Несколько более распространенный имеет место, где память освобождена слишком ранний , и существуют все еще указатели на нее брожение вокруг: используйте точки прерывания по данным для обнаружения, кто освобождает память.
Утомительные сценарии - сторонняя библиотека делает плохие, противные, ужасные вещи к Вашим структурам данных. Вы знаете, что это происходит, потому что кто-то повреждает Ваши данные, и очевидно Ваш код прекрасен. Но Вы не знаете где, или когда. Несомненно, Вы могли одноэтапный через мегабайт демонтированного DLL..., но почему беспокойство, когда можно установить точку прерывания по данным на данных, расслабляется и ожидает их, чтобы быть поврежденным!
Heisenbugs - подобный невозможному сценарию, но они уходят, когда Вы смотрите слишком тесно, такой, что нормальные точки останова - даже условные точки прерывания - бесполезны. При синхронизации и ввод данных пользователем чувствительная логика особенно уязвима для этого вида вещи. Так как точки прерывания по данным не требуют, чтобы отладчик на самом деле повредился вообще до настало время , предположив, что можно придумать ячейку памяти, которая только изменится, когда та неуловимая ошибка на самом деле произойдет, можно использовать точки прерывания по данным, чтобы поставить капкан на Heisenbug и поймать его на месте преступления .
сценарии Спагетти - распространенный в старых, гнилых кодовых базах, где к глобальным данным получают доступ везде . Да, Вы могли использовать простые условные точки прерывания..., но Вам будут нужны сотни из них. Точки прерывания по данным помогают.
Я полагаю, что точки прерывания по данным являются точками останова, которые произойдут, когда некоторая память будет установлена на определенное значение. Например, можно установить точку останова, когда я == 10 в типичном, чтобы цикл остановился после 10-го повторения. Можно также наблюдать за изменениями в переменных на "куче", как ожидание члена класса, который будет изменен.