0 / 0 / 0
Регистрация: 08.04.2010
Сообщений: 10
|
|||||||||||
1 | |||||||||||
Обработка исключений для new08.04.2010, 21:41. Показов 15523. Ответов 41
Метки нет (Все метки)
Всем привет!
Вопрос следующий. Когда функция new не может выделить память, то генериться исключение bad_alloc. Допустим есть следующий код:
А вот другой пример:
Вопрос: как в этом случае ведет себя new и как попасть в блок catch()?
0
|
08.04.2010, 21:41 | |
Ответы с готовыми решениями:
41
Обработка исключений с пмощью структурированной обработки исключений Обработка исключений в классах для пользовательских типов Обработка исключений Обработка исключений |
08.04.2010, 21:52 | 2 |
У меня срабатывает исключение такое же как и при положительном счетчике
Добавлено через 41 секунду Код
0:success of allocation 1:success of allocation 2:success of allocation Allocation failure Код
0:success of allocation -1:success of allocation -2:success of allocation Allocation failure
0
|
0 / 0 / 0
Регистрация: 08.04.2010
Сообщений: 10
|
|
08.04.2010, 22:15 [ТС] | 3 |
каким чудесным образом?)
0
|
1261 / 799 / 108
Регистрация: 16.09.2009
Сообщений: 2,010
|
||||||
08.04.2010, 22:21 | 5 | |||||
Если соблюдать правила хорошего тона можно обойтись и без исключений пример:
Не по теме:
0
|
0 / 0 / 0
Регистрация: 08.04.2010
Сообщений: 10
|
|
08.04.2010, 22:24 [ТС] | 7 |
Ну просто по твоему результату видно, что new два раза выделил память под массивы с отрицательным числом элементов, почему не выделил третий раз, почему выскочило исключение тогда?
0
|
2347 / 1720 / 148
Регистрация: 06.03.2009
Сообщений: 3,675
|
|
08.04.2010, 22:29 | 9 |
А вы не думаете, что дело в том, что отрицательное int неявно преобразуется в unsigned int, что дает очень большое число?
0
|
2347 / 1720 / 148
Регистрация: 06.03.2009
Сообщений: 3,675
|
|
08.04.2010, 22:38 | 11 |
Может быть от того что оператор new принимает аргумент типа size_t, он же unsigned int?
1
|
1261 / 799 / 108
Регистрация: 16.09.2009
Сообщений: 2,010
|
||||||
08.04.2010, 22:40 | 12 | |||||
индекс для задания размера массива это извините кривые руки программиста.
1
|
2347 / 1720 / 148
Регистрация: 06.03.2009
Сообщений: 3,675
|
|
08.04.2010, 22:44 | 14 |
fasked, ну вот, скорее всего в это дело и было.
0
|
Maniac
|
|||||||||||
08.04.2010, 22:54 | 15 | ||||||||||
Сообщение было отмечено как решение
Решение
И к чему это?..
оператор new генерирует исключение std::bad_alloc, тоесть
0
|
1261 / 799 / 108
Регистрация: 16.09.2009
Сообщений: 2,010
|
|
08.04.2010, 23:10 | 16 |
ISergey:
То что вы процитировали не я придумал а более опытные программисты... Работа с динамической памятью и указателями это работа сапера нужно быть предельно аккуратным: соблюдать правила придуманные умными людьми, а так же использовать опыт этих людей: изложенный в умных книгах.
0
|
2347 / 1720 / 148
Регистрация: 06.03.2009
Сообщений: 3,675
|
|
08.04.2010, 23:26 | 17 |
Genius Ignat, ISergey прав, согласно стандарту в случае ошибки оператор new возбуждает исключение std::bad_alloc. В связи с эти проверка на NULL не уместна.
1
|
0 / 0 / 0
Регистрация: 08.04.2010
Сообщений: 10
|
|
09.04.2010, 00:20 [ТС] | 18 |
0
|
2347 / 1720 / 148
Регистрация: 06.03.2009
Сообщений: 3,675
|
||||||
09.04.2010, 00:31 | 19 | |||||
paramonies, видимо потому что у тебя достаточно памяти и она успешно выделяется.
Попробуй такой код:
0
|
1261 / 799 / 108
Регистрация: 16.09.2009
Сообщений: 2,010
|
|
09.04.2010, 11:54 | 20 |
Не большой итог, который я подвел для себя.
По мне так лучше не исключение а NULL обрабатывать. Только этот способ по умолчанию имеет две запарки, для моего примера надо написать оболочку new и тогда всё гарантированно будет срабатывать, а пример ISergey показывает что везде надо прописывать nothrow, как то тоже геморрой. И собственно небольшой вопрос есть ли new по умолчанию возвращающая NULL? старая добрая malloc возвращает же значение о неудачном выделении, и ни каких try catch. Может исключения и дают какие то преимущества, допустим для конструкторов и других конструкций не имеющих возврат знач, для меня исключения просто портят читаемость. Добавлено через 33 минуты Странно при обработке new хоть на NULL хоть try catch, встает вопрос и что делать в обработке, то ли закрыть программу все равно не правильно работает, либо попробовать еще раз new ,а если еще раз не удачно опять обработка(бесконечность), вообще без выделенной памяти я не вижу вообще смысла продолжать работать (всё равно вывалится ошибка runtime), или что на каждом исключении или NULL я должен разрабатывать план действий (B), который тоже ни к чему не приведет, так как за одной ошибкой может быть другая ошибка. Тогда получается зачем клиенту обрабатывать конструктор, когда в конструкторе при ошибке можно закрыть программу и вызвать причину, всё равно не чего по моему предпринять даже при обработке конструктора не возможно, тем более а если объектов на всю программу тьма а планов на всякий случай должно быть пропорционально их количеству. Да и тем более зачем клиенту информировать при ошибке в конструкторе, когда ошибка не от тебя зависит и не ты её сделал, даже информативность обработки в клиенте не поможет, допустим и что толку макросы assert точка в клиенте где произошла ошибка выделения памяти, тоже не чего не даст. Извините что не в тему но данным вопрос мне интересен. Что вообще делать если память не выделилась? Плакать или что? Добавлено через 11 минут из new, тогда указатель инициализированный NULL после new всё равно будет NULL, ещё раз говорю не я это придумал, приводить код microsoft не буду, все равно одно и тоже. Добавлено через 6 минут
1
|
09.04.2010, 11:54 | |
09.04.2010, 11:54 | |
Помогаю со студенческими работами здесь
20
обработка исключений Обработка исключений Обработка исключений Обработка исключений Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |