> стандартный комитет

> нестандартный комитет

>Я карочи скачал фаел с ентернета а тма камп бабах ебах брат умир кишки кота распидарасила памагите плиз. Что теперь делать?

>либы Qt в своем быдлокоде

>Решил сегодня попробовать кресты

>Поставил qt4-dev-tool

>Блджад, покурил стандарт и таки да. Мне всегда казалось, что это unspecified. Энивей, "most existing implementations of C++ ignore integer overflows".

>const std::size_t size_t_max = static_cast<std::size_t>(-1);

>for (std::size_t i = size_t_max; count < n; ++count)

>{

>array[++i] = count;

>array[++i] = count;

>array[++i] = count;

>array[++i] = count;

>}

>Нахуя?

>перенести с жабы, на кресты. Кресты нихуя не знаю

>Проект нигде не создавал

>Выделяй в стеке, если хочешь удаление

>std::unique_ptr

> костыль

>Почему нет автоматического освобождения памяти в конце скоупа?

>Почему нет автоматического освобождения памяти в конце скоупа?

>Умные указатели и вправду далеко не везде нужны, и они замедляют программу

> auto nested = std::unique_ptr<std::unique_ptr<int>>( new std::unique_ptr<int>(new int(5))) ;

>Добавлю только - что на область памяти может быть дохрена указателей откуда угодно

>хитро

>простейший для человека с зачатками обобщенного мышления пример

>хитро

>то не было бы способа создать в куче объекты, переживающие скоуп

>int make() {

>int i = new int;

>return i;

>}

>владеющий указатель без RAII

>return 0;

>};

>все та же makakacpp

> if (pow(n,2) = pow(x,2) + pow(y,2) + pow(z,2))

>интересные идеи

>перестраховкой

>Из функции нельзя возвращать ссылку на что-либо созданное внутри, это сразу UB, независимо от того, чему там ты снаружи присвоишь возвращенное.

>У Лены и Саттера речь шла не про это

>будет существовать до первого же вызова любой другой функции

>ты словишь SEH-exception

>А Саттер тоже тупая пизда?

>я еще не видел настолько дикой реализации обращения к элементам

>Доступ к столбцу как к единому целому ты не получишь

>чтобы cout смог отработать с объектом до удаления

>Роберт Лафоре - Объектно-ориентированное программирование в C++

>void main ()

>будет лишь небольшой оверхед

>ну и выделяться будет медленнее на куче.

>существенную роль

>выделяться он будет только при конструировании матрицы

>не забываем про процессорный кэш - это существенный аргумент

>"лишних" указателей

>неиспользованного пространства

>причём стандарт языка C

>Если тип возвращаемого значения опущен, по умолчанию подразумевается int. ... Более того, после return вовсе не обязано стоять выражение, в этом случае в вызывающую функцию ничего не передается.

>>На что мне последовал вполне чётко понятный и определённый ответ: это стандарт языка, причём стандарт языка C.

>А ты, в силу эффекта Даннинга-Крюгера

>Стандарт C++ требует, чтобы функция main() возвращала тип int. Программа, которая имеет другой тип возвращаемого значения функции main(), не соответствует стандарту C++.

>Стандарт не говорит о том, что на самом деле означает возвращаемое значение функции main(). Традиционно оно интерпретируется как код возврата программы. Стандарт гарантирует, что возвращение 0 из функции main() показывает, что программа была завершена успешно.

>Завершение программы на C++ с ошибкой традиционно обозначается путём возврата ненулевого значения.

>Не понятно, что из этого следует? Что ты знаешь С++ лучше Алены?

>Полностью С++ со всеми камнями не знает никто, особенно подобную хуйню

>не знать хэллоуворлд

>я нет

>Нет, из этого следует, что её нужно убрать из шапки этого треда.

>void chistichisti

>void chistichisti()

>Warning C28182 Dereferencing NULL pointer. 'natural_numbers' contains the same NULL value as 'Temp_value_#1999' did. main.cpp 43

>Warning C6386 Buffer overrun while writing to 'natural_numbers': the writable size is 'unsigned int' bytes, but '2' bytes might be written. main.cpp 44

>bool natural_numbers = new bool[100]();

>bool natural_numbers = new bool[100]();

>Warning C28182 Dereferencing NULL pointer. 'natural_numbers' contains the same NULL value as 'Temp_value_#1999' did. main.cpp 43

>Warning C6386 Buffer overrun while writing to 'natural_numbers': the writable size is 'unsigned int' bytes, but '2' bytes might be written. main.cpp 44

>bool* natural_numbers = new bool[100]();

>//if (!natural_numbers) return 1;

>natural_numbers[0] = true; //C28182

>natural_numbers[1] = true; //C6386

>bool@ natural_numbers = new bool[100]();

>natural_numbers[1] = true; //C6386

>Warning C6386 Buffer overrun while writing to 'natural_numbers': the writable size is 'unsigned int' bytes, but '2' bytes might be written. main.cpp 44

>bool* natural_numbers = new bool[100]();

>if (!natural_numbers) return 1;

>natural_numbers[0] = true;

>natural_numbers[1] = true; //C6386

>delete[] natural_numbers;

>Warning C6386 Buffer overrun while writing to 'natural_numbers': the writable size is 'unsigned int' bytes, but '2' bytes might be written. main.cpp 44

>О, ошибок стало меньше

>выводишь остаток от деления

>обрезаешь до целой части от деления

>в цикле

>из массива размерности n элементов случайно выбрать m элементов

>простой шаффл не катит

>скидывает простой шаффл 2 часа спустя

>java в крестотреде

>делай на одномерном массиве

>И вообще нахуя ты делаешь свою матрицу

>Лучше наверно чужие качественные исходники почитать

>книга старая

>везде нужны 10+ ЛЕТ ЗНАТЬ MFC BOOST WIN API JAVA C# VISUALSTUDIO и остальную никому НАХУЙ не нужную хуйню

>я бы сделал лучше пустой дефолтный конструктор, а потом инициализировал такие массивы отдельным методом

>const-функция и const-параметры вообще никак не связаны.

>тогда это эквивалентно тому, неявно передаваемый параметр *this

>Можно ли за год научиться C++ так, чтобы фрилансером маняработать

>Как собственно учиться? Как происходит процесс изучения языка? Прочитал главу, сделал упражнения и усё?

>Ну так лучше быть фанатиком с глубокими знаниями, чем макакой, который едва осилил жабу и ждет, что ему сборщик мусора жопу подотрет.

>Знание крестов не сделает автоматически тебя кулхацкером

>OpenCV

>годный код

>int \tcheckOptimalVectorWidth (const int *vectorWidths, InputArray src1, InputArray src2=noArray(), InputArray src3=noArray(), InputArray src4=noArray(), InputArray src5=noArray(), InputArray src6=noArray(), InputArray src7=noArray(), InputArray src8=noArray(), InputArray src9=noArray(), OclVectorStrategy strat=OCL_VECTOR_DEFAULT)

>если мне вдруг захочется для 10 векторов сделать

>zero overhead

>T temp = v_1[k];

>v_1[k] = v_2[j];

>v_2[j] = temp;

>for (std::size_t j = 0, k = 0; k < destination_size; ++k)

> for (int m = 7; m >= 0; --m, ++j)

> if (condition(source[j]))

> destination[k] |= 1U << m;

>А есть массив булевых значений не столь большого размера

>1. Помещается в регистр.

>2. Помещается в кэш L1

>3. Помещается в L2/L3.

>А может ты преждевременно оптимизируешь?

>Про vector<bool> вот http://www.cplusplus.com/reference/vector/vector-bool/

>>Требуется ли #include <bitset> для std::vector<bool>?

>A special member type, reference, a class that accesses individual bits in the container's internal storage with an interface that emulates a bool reference. Conversely, member type const_reference is a plain bool.

>вкатывайся в coursera(или что-то подобное) с кем-нибудь на пару

> но запилить operator++ в ширину при этом избегая перегенерации стэка каждый раз не получается.

>Завести protected указатель на стэк что-ли, к которому обращаться при ++ и перегенерировать при =?

>Если хранить его в дереве, то как избежать его создания в случае если итератор не нужен

>а если в итераторе

>В общем случае - имеет.

>> for (int i = 1; i <= n; ++i) {...}

>А ты хуйнйю сморозил, твой пример имеет место быть, если работать с кучей говна напрямую, через WINAPI

>iostream

>Нужно складывать неизвестное кол-во значений куда-то

>Как тут замечали выше, нам бы без оверхэдов.

>Когда использовать unique_ptr, а когда std::vector

>но не умею в классы.

>спрашивает в каком порядке удалять массивы.

>пишет laba1 для строительного пту.

>Ты немного попутал тёплое с мягким. Unique_ptr позволяет запилить RAII на месте, без написания своего класса. Vector - это структура данных типа "динамический массив" - последовательный контейнер с константным случайным доступом к элементу, прочитай про него - инфы море. Vector по сравнению с массивом почти не даёт оверхеда, зато добавляет функциональности(продуманное авторасширение массива при добавлении элементов, всякие вставки-удаления и так далее). Есть очень небольшой оверхед на доступ к элементу из-за вызова функции, но он может быть оптимизирован компилятором чуть ли до 0(заинлайнить функцию).

>#include <new> это нонсенс, ибо new это не библиотечная функция, а встроенный оператор

>Defined in header <new>

>Если ты прям никогда не будешь менять размер своего массива

>Более того, его неизменный размер известен задолго до этапа компиляции

>Тогда массив будет храниться на статическом хранилище, выделенном во время компиляции(это даже быстрее, чем стек).

>Тебе лень прочитать про storage duration на cppreference ссылку же неоднократно вбрасывали в тред