Юзай обычный поинтер если тебе не нужен деструктор

Или умный если нужен

Все

Я могу вообше типы выбросить из программы

Получать войд* везде

Разумеется я предлагаю сахар

Ты не можешь все примеры использования обычных указателей заменить умными

Они созданы как раз для управления временем жизни

Я могу если компилятор сделает одну чертову вещь

Нет

Потому что есть обычные

Разрешит изменять тип переменной

Никто никогда это не сделает

Еще точнее вешать на него квалификаторы

Они влияют на вызов методов

Это изменение всеравно сведётся к перемещению

Они не влияют на данные

С кастом

Нееееет

Это не каст

Как иначе

Это будет каст

У них потенциально может быть разный размер

Когда компилятор конст довешивает на ссылку

Нееееет

Конст тип не имеет другой размер

Ты сказал менять тип

Я сказал менять квалификатор

Раньше ты сказал менять тип

Разрешит изменять тип переменной

.

User defined cv квалификатор часть типа

Логического типа

Там каст ссылки происходит дальше что

const int и int имеют разный тип

Когда компилятор конст довешивает на ссылку

Там каст ссылки происходит дальше что

?

Происходит исключительно модификация квалификаторов, влияющих на выбор методов при перегрузке

Происходит каст ссылки

Здравствуйте подскажите пожалуйста, есть ли подобный чат не по С++, а по Си

Фактически происходит каст переменной как ссылки на свою область памяти, да

Фактически происходит каст переменной как ссылки на свою область памяти, да

Происходит именно каст ссылки

Можно считать что так, на самом деле

Здравствуйте подскажите пожалуйста, есть ли подобный чат не по С++, а по Си

Нет, пиши тут, есть ещё по ембеддед

И, кроме того, если параметр передается по ссылке или как this, должны быть явные или подразумеваемые пометки

дай ссылку. там тоже засяду

Извини я потерял

@AlexFails дай ссылку

пока духу просто не хватает за Си++ сесть. обычного си пока хватает

При объединении ветвления сбрасываются все не общие

pro.embedded Обсуждаем встраиваемые операционные системы, программирование микроконтроллеров прочие тематические вопросы. @proembedded https://telegram.me/joinchat/A3RdGD8eJ9vv6THU0hIlDg #embedded #embeddedlinux

Нашел

Все

Моя функция никогда больше не получит нулевой указатель, если сказала, что хочет ненулевой

пока духу просто не хватает за Си++ сесть. обычного си пока хватает

и не начинай

а чат ассемблерщиков есть?

а чат ассемблерщиков есть?

@proasm

Спасибо

Спасибо

Кушай с булочкой, не обляпайся

Моя функция никогда больше не получит нулевой указатель, если сказала, что хочет ненулевой

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

Моя функция никогда больше не получит нулевой указатель, если сказала, что хочет ненулевой

Такое есть в обджси

Оно в рантайме

С рантайм проверками? Гениально

На самом деле хз как там сделано

Рантайм проверки у меня уже есть

В дебаге

ERROR: S client not available

Там проверки на уровне каста типов

Мне не нужны рантайм проверки, я их умею писать руками

В расширениях джавы такое тоже есть

Тоже в рантайме

Пацаны, когда говорят рантайм С++, имеют ввиду что? Обёртку над исключениями? Что си плюс плюс ещё что-то генерит? Отличается чем-то от рантайма си?

У тебя как минимум будет проверка при создании этого указателя

Это тоже рантайм

Нет, оператор нью не может вернуть налл

Пацаны, когда говорят рантайм С++, имеют ввиду что? Обёртку над исключениями? Что си плюс плюс ещё что-то генерит? Отличается чем-то от рантайма си?

конечно. Стл же, к примеру. Type_info, exceptions, thread

Нет, оператор нью не может вернуть налл

Может)))

Может)))

Как?

Как?

/cppref nothrow

Search results for "nothrow" 1. std::nothrow 2. std::is_nothrow_swappable 3. std::is_nothrow_assignable 4. std::is_nothrow_destructible 5. std::is_nothrow_constructible 6. std::is_nothrow_copy_assignable 7. std::is_nothrow_move_assignable 8. std::is_nothrow_copy_constructible 9. std::is_nothrow_move_constructible 10. std::is_nothrow_default_constructible 11. std::experimental::is_nothrow_assignable_v 12. std::experimental::is_nothrow_destructible_v 13. std::experimental::is_nothrow_constructible_v 14. std::experimental::is_nothrow_copy_assignable_v 15. std::experimental::is_nothrow_move_assignable_v 16. std::experimental::is_nothrow_copy_constructible_v 17. std::experimental::is_nothrow_move_constructible_v 18. std::experimental::is_nothrow_default_constructible_v 19. throw expression

Type_info несёт какой-то оверхед?

Как?

int *a = new(std::nothrow) int[100500];

Там эксепшн упадет это фактически же не возврат

А

Мм

Не знал

Ладно, это не тот нью

Во время pre-C++98 new без этой шняги возвращал NULL при неудаче

Такой нью мне не нужен

Во время pre-C++98 new без этой шняги возвращал NULL при неудаче

времена меняются

Мой нью будет с экспешеном

Ага)

Мой нью будет с экспешеном

Ьери тогда обычный, и лови std::bad_alloc

Че-то тема съехала

Ага)

Чувак, а можно type info отключить как exception'ы?

Нет, оператор нью не может вернуть налл

Но ты можешь туда сунуть что-то что налл

У меня либо есть формальное доказательство квалификатора

Возможно с рантайм проверкой

Данные откуда берутся