Обработка исключений для new

Всем привет!
Вопрос следующий. Когда функция new не может выделить память, то генериться исключение bad_alloc.
Допустим есть следующий код:
На каком то i шаге память закончится, сгенериться bad_alloc и мы попадем в блок catch()
А вот другой пример:
При отрицательном i, никакой обработки исключения не происходит, программа вываливается.
Вопрос: как в этом случае ведет себя new и как попасть в блок catch()?

0

У меня срабатывает исключение такое же как и при положительном счетчике

Добавлено через 41 секунду

0

каким чудесным образом?)

0

Сообщение от paramonies каким чудесным образом?)

Я бы задал этот же вопрос, только наоборот)) каким чудесным образом она не работает у тебя? ))))..

0

Если соблюдать правила хорошего тона можно обойтись и без исключений пример:
Добавлено через 42 секунды

0

Вопрос то, как я понял не в обработке ошибок при выделении памяти, а именно в отрицательном счетчике

0

Ну просто по твоему результату видно, что new два раза выделил память под массивы с отрицательным числом элементов, почему не выделил третий раз, почему выскочило исключение тогда?

0

Сообщение от paramonies почему не выделил третий раз, почему выскочило исключение тогда?

Память не резиновая, после каждого вызова new необходимо делать вызов delete

0

А вы не думаете, что дело в том, что отрицательное int неявно преобразуется в unsigned int, что дает очень большое число?

0

Сообщение от CyBOSSeR А вы не думаете, что дело в том, что отрицательное int неявно преобразуется в unsigned int, что дает очень большое число?

А с чего бы ему преобразовываться?

0

Сообщение от fasked А с чего бы ему преобразовываться?

Может быть от того что оператор new принимает аргумент типа size_t, он же unsigned int?

1

Исключение генерируются когда происходит не хватка памяти, а не правильный
индекс для задания размера массива это извините кривые руки программиста.

1

тьфу... точно... не досмотрел...
гляжу на первый пример с положительным счетчиком
автоматически думается, что с отрицательным полный аналог ))..

0

fasked, ну вот, скорее всего в это дело и было.

0

Сообщение от Genius Ignat Если соблюдать правила хорошего тона можно обойтись и без исключений пример: C++ 1 2 3 4 5 6 7 int main(){ int *p = NULL; p = new int(0); if(p==NULL)return -1; else delete p; return 0; }

И к чему это?..
оператор new генерирует исключение std::bad_alloc, тоесть

Если охото чтобы new возвращал 0, делайте так..

0

ISergey:
То что вы процитировали не я придумал а более опытные программисты...

Работа с динамической памятью и указателями это работа сапера
нужно быть предельно аккуратным: соблюдать правила придуманные умными людьми,
а так же использовать опыт этих людей: изложенный в умных книгах.

0

Genius Ignat, ISergey прав, согласно стандарту в случае ошибки оператор new возбуждает исключение std::bad_alloc. В связи с эти проверка на NULL не уместна.

1

Сообщение от CyBOSSeR Может быть от того что оператор new принимает аргумент типа size_t, он же unsigned int?

Почему же тогда во втором случае исключение bad_alloc обработать не удается?

0

paramonies, видимо потому что у тебя достаточно памяти и она успешно выделяется.
Попробуй такой код:
На одной из итераций вылетишь с исключением.

0

Не большой итог, который я подвел для себя.

По мне так лучше не исключение а NULL обрабатывать.
Только этот способ по умолчанию имеет две запарки, для моего примера надо написать
оболочку new и тогда всё гарантированно будет срабатывать, а пример ISergey показывает что
везде надо прописывать nothrow, как то тоже геморрой.

И собственно небольшой вопрос есть ли new по умолчанию возвращающая NULL?
старая добрая malloc возвращает же значение о неудачном выделении,
и ни каких try catch.

Может исключения и дают какие то преимущества, допустим для конструкторов и других
конструкций не имеющих возврат знач, для меня исключения просто портят читаемость.

Добавлено через 33 минуты
Странно при обработке new хоть на NULL хоть try catch, встает вопрос и что делать в обработке,
то ли закрыть программу все равно не правильно работает, либо попробовать еще раз new
,а если еще раз не удачно опять обработка(бесконечность),
вообще без выделенной памяти я не вижу вообще смысла продолжать работать
(всё равно вывалится ошибка runtime),
или что на каждом исключении или NULL я должен
разрабатывать план действий (B), который тоже ни к чему не приведет,
так как за одной ошибкой может быть другая ошибка.

Тогда получается зачем клиенту обрабатывать конструктор, когда в конструкторе при
ошибке можно закрыть программу и вызвать причину, всё равно не чего по моему предпринять даже
при обработке конструктора не возможно, тем более а если объектов на всю программу тьма
а планов на всякий случай должно быть пропорционально их количеству.

Да и тем более зачем клиенту информировать при ошибке в конструкторе,
когда ошибка не от тебя зависит и не ты её сделал,
даже информативность обработки в клиенте не поможет, допустим и что толку макросы assert
точка в клиенте где произошла ошибка выделения памяти, тоже не чего не даст.

Извините что не в тему но данным вопрос мне интересен.
Что вообще делать если память не выделилась?
Плакать или что?

Добавлено через 11 минут

Genius Ignat, ISergey прав, согласно стандарту в случае ошибки оператор new возбуждает исключение std::bad_alloc. В связи с эти проверка на NULL не уместна.

Все законно, если не будет обработки исключения и не будет возврата какой нибудь как...шки
из new, тогда указатель инициализированный NULL после new всё равно будет NULL,
ещё раз говорю не я это придумал, приводить код microsoft не буду, все равно одно и тоже.

Добавлено через 6 минут

не буду, все равно одно и тоже.

А если хотите могу привести, если вы сомневаетесь в компетентности microsoft.

1