Internally, QList<T> is represented as an array of T if sizeof(T) <= sizeof(void*) and T has been declared to be either a Q_MOVABLE_TYPE or a Q_PRIMITIVE_TYPE using Q_DECLARE_TYPEINFO. Otherwise, QList<T> is represented as an array of T* and the items are allocated on the heap.

короче, QList - это страшная вещь

если хотите приземленный вещей юзайте QVector - аналог std::vector, QLinkedList - аналог std::list

Мне дек больше нравится
А Qlinkedlist - брр

В нем нет даже мув семантики ((

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

Я не вижу преимуществ перед std::list. Наоборот - сплошные недостатки

гарантия неизменности адреса в памяти

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

а так да, я QLinkedList тоже никогда не использовал

К сожалению, я именно о конкретной реализации и конкретном контейнере

это неправда. PascalCase это ощутимое преимущество

ок

Ну ладно😁

Добрый день.

Есть вопрос по кутэшным тестам. Четвёртый день дебажу тест - рандомно валятся случайные методы (либо не валятся). Удалось установить, что крэш происходит при завершении метода и очистке кучи, вот такое ругательство вылезает: nvalid address specified to RtlValidateHeap
Гугл говорит, что это от рукожопой работы с памятю, например если кто-то по голому указателю попробует дважды объект удалить.
Но, внимание, голых указателей и ручной работы с памятью там нет нигде, только QSharedPointer.
Приветствуются любые догадки, что это за чертовщина?

Ошибка где-то

гейзенбаг. )

УБ )

сегодня уже обсуждали одно, и я публично опозорился ))

Санитайзеры натрави, valgrind