Сам класс создаётся в куче и в конструкторе создаётся вектор ходящий в кучу ещё раз.

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

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

будь добр излагать задачу яснее если тебе надо решение отличное от string_view/string/vector/boost::asio::const_buffers

Куда уж яснее? Хочу в рантайме создавать экземпляр класса с массивом внутри. Размер массива всегда разный.

Куда уж яснее? Хочу в рантайме создавать экземпляр класса с массивом внутри. Размер массива всегда разный.

это только в си, в плюсах невозможно сделать портабельно

Подскажите, есть ли красивый способ сделать класс с массивом внутри. Экземпляры создаются в рантайме и размер массива известен только в рантайме. Необходимо обойтись одним обращением в кучу. Сейчас использую "костыль" из malloc и new (void*).

class my_class { some_data_t d; int array[1]; }; auto p = new char[sizeof(my_class) + (requeired_array_size-1)*sizeof(int)]; new (p) my_class(); unique_ptr<my_class, deleter> v = p; v->array[10]; // OK

class my_class { some_data_t d; int array[1]; }; auto p = new char[sizeof(my_class) + (requeired_array_size-1)*sizeof(int)]; new (p) my_class(); unique_ptr<my_class, deleter> v = p; v->array[10]; // OK

Примерно также и выглядит мой "костыль" с malloc

class my_class { some_data_t d; int array[1]; }; auto p = new char[sizeof(my_class) + (requeired_array_size-1)*sizeof(int)]; new (p) my_class(); unique_ptr<my_class, deleter> v = p; v->array[10]; // OK

да, так себе решение

Примерно также и выглядит мой "костыль" с malloc

более аккуратно будет struct My { vector v; } две аллокации зато портабельно

да, так себе решение

да, надо обернуть в шаблонный метод который подобные классы порождает и возвращает unique_ptr. Тогда будет не так страшненько.

mem = malloc(sizeof(T) + buf_size) T* t = new(mem) T(mem, buf_size) Вполне портабельно, но страшно.

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

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

Variadic templates для кого в 11й стандарт принесли?

боюсь представить как это будет выглядеть

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

Все еще непонятно зачем делать так вместо нормального

Все еще непонятно зачем делать так вместо нормального

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

cmake+ninja рулит за скорость

сенсей, научите, как в этой связке цветные сообщения от шланга/гцц настроить?

сенсей, научите, как в этой связке цветные сообщения от шланга/гцц настроить?

лол sed ?

cmake --build build_dir куда мне здесь воткнуть сед, вручную процессить оутпут смака?

cmake --build build_dir куда мне здесь воткнуть сед, вручную процессить оутпут смака?

я отпутю... ...вывод мейка

https://github.com/zaizupro/dotfiles/blob/master/scripts/makek.sh

https://github.com/zaizupro/dotfiles/blob/master/scripts/makek.sh

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

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

ну да, современные технологии, про ниндзи это к спецам надо да

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

прости, а ты уже замерил стоимость этой операции в твоей задаче? график покажи

сенсей, научите, как в этой связке цветные сообщения от шланга/гцц настроить?

ээ у меня в iterm2 это включено, если тебе надо - погугли

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

запускай нинзю рукой

прости, а ты уже замерил стоимость этой операции в твоей задаче? график покажи

Не покажу. Средства рисования подобных графиков толстоваты, не помещаются в микроконтроллер с 64кБ озу. Уменьшение числа вызовов malloc также уменьшает число остановок шедулера RTOS, это тоже важно.

запускай нинзю рукой

работает, да, думал может для смака тоже что-нибудь придумали --build вообще православно или так себе?

Не покажу. Средства рисования подобных графиков толстоваты, не помещаются в микроконтроллер с 64кБ озу. Уменьшение числа вызовов malloc также уменьшает число остановок шедулера RTOS, это тоже важно.

ок, тогда пиши на чистом си, согласен

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

вообще без маллока можно обойтись

на Це приходится слишком много велосипедов писать. Лучше на крестах останусь.

зачем вообще использовать malloc() на микроконтроллере с 64Кб?

зачем вообще использовать malloc() на микроконтроллере с 64Кб?

my point exactly!

Это как использовать free на ракете

тем более если ОСРВ, то все равно половина памяти уйдет под стеки задач и очереди/fifo

зачем вообще использовать malloc() на микроконтроллере с 64Кб?

Позволяет некоторые вещи писать сильно проще и переносимей между проектами. К тому же я взял реализацию работающую за О(1), позволяет получить прогнозируемые времянки.

а фрагментация?

а фрагментация?

Склеивание свободных блоков тоже за о1.

Загугли tlsf

tlsf хороший да

тем более если ОСРВ, то все равно половина памяти уйдет под стеки задач и очереди/fifo

А ещё я использую динамическое создание/удаление задач. И всё потому что конечные автоматы хороши только до определенного момента.

https://wiki.qt.io/New_Features_in_Qt_5.10

https://wiki.qt.io/New_Features_in_Qt_5.10

Для меня это выглядит как хороший знак: стандартная библиотека С++ в некоторых вещах ушла вперёд и теперь Qt догоняет (например QStringView, QSemaphoreReleaser, QRandomGenerator)

Для меня это выглядит как хороший знак: стандартная библиотека С++ в некоторых вещах ушла вперёд и теперь Qt догоняет (например QStringView, QSemaphoreReleaser, QRandomGenerator)

ну стандартная либа развивается же 😊 Всё больше и больше вещей можно юзать прямо из STL

Для меня это выглядит как хороший знак: стандартная библиотека С++ в некоторых вещах ушла вперёд и теперь Qt догоняет (например QStringView, QSemaphoreReleaser, QRandomGenerator)

будет хорошо если в 6.0 выкинут свои контейнеры :)

https://wiki.qt.io/New_Features_in_Qt_5.10

Ох, а qstringref?

будет хорошо если в 6.0 выкинут свои контейнеры :)

никогда этого не будет

никогда этого не будет

чо вдруг?

потому что обратная совместимость

потому что обратная совместимость

ну так в 6.0 же)

и давай, выкидывай QString

потому что обратная совместимость

Они могут скрыть за своим интерфейсом легко

удачи пользоваться std::string

ну лан, оставить QString

будет хорошо если в 6.0 выкинут свои контейнеры :)

Возможно заменят QContainerName на class ContainerName { shared_ptr<std::ContainerName> holder_; } Qt очень сильно подсел на COW, и слезть врядли получится

Про ASPX нигде чатика нет?

ASP.NET

Возможно заменят QContainerName на class ContainerName { shared_ptr<std::ContainerName> holder_; } Qt очень сильно подсел на COW, и слезть врядли получится

Ну тем не менее Qt обеспечивает приемлемую производительность там где его юзают

Возможно заменят QContainerName на class ContainerName { shared_ptr<std::ContainerName> holder_; } Qt очень сильно подсел на COW, и слезть врядли получится

угу местами можно ногу прострелить из за этого

Ох, а qstringref?

Я реально не понял нафига им qstringview

Про ASPX нигде чатика нет?

@pro_net

Сенкс

Я реально не понял нафига им qstringview

QStringView is designed as an interface type; its main use-case is as a function parameter type. When QStringViews are used as automatic variables or data members, care must be taken to ensure that the referenced string data (for example, owned by a QString) outlives the QStringView on all code paths, lest the string view ends up referencing deleted data. When used as an interface type, QStringView allows a single function to accept a wide variety of UTF-16 string data sources. One function accepting QStringView thus replaces three function overloads (taking QString, QStringRef, and (const QChar*, int)), while at the same time enabling even more string data sources to be passed to the function, such as u"Hello World", a char16_t string literal.

Ммм... один стрингвью на все

Красиво, только вот они опоздали :(

имеешь ввиду boost::string_ref ?

имеешь ввиду boost::string_ref ?

QStringRef

В смысле опоздали с QStringRef из-за буста? Или какая-то иная причина?

В смысле опоздали с QStringRef из-за буста? Или какая-то иная причина?

Опоздали с qstringview

А, сорр, я по диагонали прочел походу.

В смысле опоздали с QStringRef из-за буста? Или какая-то иная причина?

Откуда вообще буст?

А, сорр, я по диагонали прочел походу.

Вот да

https://wiki.qt.io/New_Features_in_Qt_5.10

Introduced new QML types: Action, ActionGroup, MenuBar 4 года ждал

Красиво, только вот они опоздали :(

почему опоздали?

почему опоздали?

Опоздали вперёд комитета это выкатить

будет хорошо если в 6.0 выкинут свои контейнеры :)

было бы разумно

удачи пользоваться std::string

есть u16string + алгоритмы

есть u16string + алгоритмы

Ничего не придумали лучше std::wstring_convert?

Для UTF-8 <-> UTF-16.

codecvt::utf8_to_utf16 же