Парни, а киньте ссылку в чем отличие auto a = A; auto a = A();

Имею ввиду инициализацию нулями во втором случае

а что такое A? ?

а что такое A? ?

Класс

первый вызов невалиден

первый вызов невалиден

мне почему-то тоже так кажется

но сейчас проверю

фууух, не работает. А я испугался уже

но вообще второй случай - вызов дефолтного конструктора, для POD-ов он инициализирует нулём

А a; auto a = A(); вот так

Парни, а киньте ссылку в чем отличие auto a = A; auto a = A();

может ты что-то другое имел в виду?

а для твоих классов - как определишь

а для твоих классов - как определишь

Без списка инициализации класс

А a; auto a = A(); вот так

никакой разницы.

А a; auto a = A(); вот так

а какая здесь разница? Первый вызов - конструктор по умолчанию, второй - без параметров (что один фиг)

никакой разницы.

Мусор будет?

POD

в первом - да во-втором - нет

под да - ты на стеке его объявляешь без инициализации

в первом - да во-втором - нет

А кинь ссылку на документ, я с телефона на улице

но вообще второй случай - вызов дефолтного конструктора, для POD-ов он инициализирует нулём

Если что вот так писать можно int* a = new int;

гугли pod default-initialization

А кинь ссылку на документ, я с телефона на улице

хм, а даже не знаю. Просто где-то читал

Если что вот так писать можно int* a = new int;

это вообще другое

гугли pod default-initialization

Ок. Я посмотрю

Тьфу, я не reply хотел :)

http://en.cppreference.com/w/cpp/language/default_initialization

Помогло снести из системы установленные пакеты libgoogle-glog-dev и libgoogle-glog0v5 и поставить дефолтным компилятором gcc-5 (5.4.1) вместо 4.9 (держу в курсе)

Помогло снести из системы установленные пакеты libgoogle-glog-dev и libgoogle-glog0v5 и поставить дефолтным компилятором gcc-5 (5.4.1) вместо 4.9 (держу в курсе)

Отл

перенаправление не получено Ошибка: провайдер не опознан Пытаюсь подключиться с помощью MosMetroV2… Название алгоритма: MosMetroV2 Проверка доступа в интернет

перенаправление не получено Ошибка: провайдер не опознан Пытаюсь подключиться с помощью MosMetroV2… Название алгоритма: MosMetroV2 Проверка доступа в интернет

ЯННП

перенаправление не получено Ошибка: провайдер не опознан Пытаюсь подключиться с помощью MosMetroV2… Название алгоритма: MosMetroV2 Проверка доступа в интернет

продолжайте наблюдение

Парняки, объясните разницу vector<T*> хранит больше указателей на элемент, чем vector<T> хранит элементов. (размер T больше 64 бит)

Потому что адресов больше

Всё верно?

первый вызов невалиден

а почему бы не присвоить конструктор?)

Парняки, объясните разницу vector<T*> хранит больше указателей на элемент, чем vector<T> хранит элементов. (размер T больше 64 бит)

WUT?

WUT?

В вектор поместятся больше элементов размером 8 байт, чем размером 100 байт?

Ну логично, что да

Ну там по крайней мере code snippets можно прям внутри делать

В вектор поместятся больше элементов размером 8 байт, чем размером 100 байт?

в смыыысле? ты ж ограничен оперативкой только

я вернулся с ответом на свой же вопрос "какого хрена in_constexpr() иначе работает в runtime". всё оказалось элементарно - я не увидел *.cpp файла в сорцах либы

в смыыысле? ты ж ограничен оперативкой только

Ну если элемент мало памяти занимает, а не 10кб один элемент, то маленьких элементов уместится больше чем больших, правильно?

Ну если элемент мало памяти занимает, а не 10кб один элемент, то маленьких элементов уместится больше чем больших, правильно?

но указатель указывает на что?

но указатель указывает на что?

Это и было ответом на мой вопрос)

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

Это и было ответом на мой вопрос)

Но допустим ни на что

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

Если нуллптры

Я просто устал, извините

Если нуллптры

ну так вектор указателей не сожрёт больше памяти, чем вектор size_t

Это и было ответом на мой вопрос)

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

Да, я логически рассуждал, что в принципе без хранить указатели на память или сами объекты в векторе

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

Ну да, потому что хранится ещё и указатель на память

Ну да, потому что хранится ещё и указатель на память

#supapro

Ну да, потому что хранится ещё и указатель на память

Чат supapro.cxx: https://telegram.me/joinchat/BYlFbD3eN3JMaG34hyh96w

ERROR: S client not available

Да, я логически рассуждал, что в принципе без хранить указатели на память или сами объекты в векторе

Нифига себе утверждение

#supapro

Нет. Всё-таки, не будут ли элементы в vector<T*> указывать на объекты которые ушли в свап, то есть теоритечски их всё-таки больше

Нет. Всё-таки, не будут ли элементы в vector<T*> указывать на объекты которые ушли в свап, то есть теоритечски их всё-таки больше

иди проспись. Ты начинаешь уже нести что-то

ок

мне тут закинули инфу, что под линухами нет номральный майнеров

правда ли это?

мне тут закинули инфу, что под линухами нет номральный майнеров

тех которые про биткоины?

тех которые саперы

тех которые про биткоины?

да

говорят мне, что хешрейт под линухом ниже

относится к С++ - майнеры же и на крестах писать можно

звучит как минимум странно

относится к С++ - майнеры же и на крестах писать можно

но лучше на куде

В вектор поместятся больше элементов размером 8 байт, чем размером 100 байт?

ну в целом нет, ограничено только размерностью size_t как счетчика в векторе - когда size_t кончится то ты не сможешь адресовать больше элементов

Парняки, объясните разницу vector<T*> хранит больше указателей на элемент, чем vector<T> хранит элементов. (размер T больше 64 бит)

у тебя раньше кончится виртуальная память чем ты наткнешься на этот эффект

Вы сейчас друг другу не противоречите?

Вы сейчас друг другу не противоречите?

так-так-так, сколько там у тебя size_t на x64?

ладно на 32 битах, окей ещё. А вот на x64 не так просто натолкнуться на это

ладно на 32 битах, окей ещё. А вот на x64 не так просто натолкнуться на это

Я понимаю

Вы сейчас друг другу не противоречите?

нет, почему?

нет, почему?

Так, всё. Мне пора отдохнуть). Всем спасибо.

ну в целом нет, ограничено только размерностью size_t как счетчика в векторе - когда size_t кончится то ты не сможешь адресовать больше элементов

А не ptrdiff_t ?

А не ptrdiff_t ?

давай сойдемся на std::vector::size_type http://en.cppreference.com/w/cpp/container/vector/at

Я с этого кути уже просто в осадок выпадаю. Мне очень сложно понять почему это не работет:

Кьютипроблемы.

д