если два объекта живут в одном потоке и соединены коннектом, то вызов "прямой" - по сути просто callback - сигнал дёргает слот другого объекта напрямую и не отдаст управление пока не отработает слот.
если два объекта живут в разных потоках, то сигнал-слоговое соединение становится асинхронным - сигнал кладет событие в очередь, гм, событий и возвращает управление. Принимающий объект когда-то там в будущем это событие обработает и вызовет нужный слот в своем потоке

Метод рапы тоже как бы называется find https://en.cppreference.com/w/cpp/container/unordered_map/find

Грузи из файла

я уже писал, хз

https://leetcode.com/problems/merge-intervals/

да, оч сложно, задачка уровня medium

Ну варианта у вас 2 - либо не кешировать индексы и перебирать при обращении. Либо кешировать и перебирать кеш индексов при изменении. Осталось понять какие операции выполняются чаще, какие реже и вуаля.

что мешает сделать сет индексов?

в зависимости на внутреннюю реализацию QList.
спойлер - в qt6 все сломается
нужна стабильность - храните вектор юников

это очень хреновый дизайн

qt.conf рядом с qmake

лисп хихикает в сторонке

Думаю, если соберете с санитайзером (-fsanitize=address) то помощи будет больше.
В целом, макось вроде бы делает memory overcommitment, поэтому bad_alloc вы не получите, а получите краш при использовании памяти, но вряд ли тут она закончилась

https://doc.qt.io/qt-5/modelview.html

навскидку - надо роль проверять в data(), иначе возвращается лабуда для цвета/сайзХинта и прочего

Igors, залогинься

вроде уже давно нет