Проверка индексов при доступе к вектору через []

@dimcoder · Регистрация: 11.09.2011

При написании кода сталкиваюсь с дилеммой: использовать at или operator [] при работе с std::vector или подобными вещами. Для релиза то явно лучше [], а вот для ловли багов лучше at. Но есть вариант лучше: использовать assert'ы внутри [], которые будут отключаться при релизе. Можно ли включить такой функционал в GCC (MinGW)? И если нет, то может есть другой вариант которого я не вижу?

Добавлено через 6 минут
А все, нашел, надо компилировать с D_GLIBCXX_DEBUG. Выдавалось бы еще место вызова где был выход за рамки, а не просто ошибка, было бы вообще замечательно.

@hoggy · 22.08.2016, 10:16

Сообщение от dimcoder

с дилеммой: использовать at или operator [] при работе с std::vector или подобными вещами. Для релиза то явно лучше [], а вот для ловли багов лучше at.

здесь нет дилемы. используйте []

Сообщение от dimcoder

Выдавалось бы еще место вызова где был выход за рамки

1.
запускаемся под отладкой

2.
подрываемся на ассерте.

3.
так как запуск был под отладкой,
то на ассерте срабатывает бряк

4.
смотрим call stack.
видим вызовы всех функций.

5.
и подымаемся по стеку на уровень выше
и видим код вызова оператор[].

6.
PROFIT!!!!????

@dimcoder · 22.08.2016, 13:03 **[ТС]**

Сообщение от hoggy

смотрим call stack.
видим вызовы всех функций.

Да, это мне и надо видимо. Вот и дебаггер придется осваивать какой-то. Спасибо!

@dimcoder Полярный 475 / 447 / 158 Регистрация: 11.09.2011 Сообщений: 1,156
		1
	Проверка индексов при доступе к вектору через [] 22.08.2016, 09:54. Просмотров 857. Ответов 2 Метки нет (Все метки) При написании кода сталкиваюсь с дилеммой: использовать at или operator [] при работе с std::vector или подобными вещами. Для релиза то явно лучше [], а вот для ловли багов лучше at. Но есть вариант лучше: использовать assert'ы внутри [], которые будут отключаться при релизе. Можно ли включить такой функционал в GCC (MinGW)? И если нет, то может есть другой вариант которого я не вижу? Добавлено через 6 минут А все, нашел, надо компилировать с D_GLIBCXX_DEBUG. Выдавалось бы еще место вызова где был выход за рамки, а не просто ошибка, было бы вообще замечательно. 0

@hoggy 8274 / 3850 / 837 Регистрация: 15.11.2014 Сообщений: 8,726
	22.08.2016, 10:16	2
	Сообщение было отмечено dimcoder как решение Решение Сообщение от dimcoder с дилеммой: использовать at или operator [] при работе с std::vector или подобными вещами. Для релиза то явно лучше [], а вот для ловли багов лучше at. здесь нет дилемы. используйте [] Сообщение от dimcoder Выдавалось бы еще место вызова где был выход за рамки 1. запускаемся под отладкой 2. подрываемся на ассерте. 3. так как запуск был под отладкой, то на ассерте срабатывает бряк 4. смотрим call stack. видим вызовы всех функций. 5. и подымаемся по стеку на уровень выше и видим код вызова оператор[]. 6. PROFIT!!!!???? 1

@dimcoder Полярный 475 / 447 / 158 Регистрация: 11.09.2011 Сообщений: 1,156
	22.08.2016, 13:03 [ТС]	3
	Сообщение от hoggy смотрим call stack. видим вызовы всех функций. Да, это мне и надо видимо. Вот и дебаггер придется осваивать какой-то. Спасибо! 0

Опции темы

Проверка индексов при доступе к вектору через []

Решение