Напротив, я даже создал новую тему для Вашего обучения А здесь хороший, полезный топик, не будем его захламлять

Я специально пробовал (и неспециально) когда овладевал model-view. Стандартная связка modelView защищенная мутексами с собственным контейнером работает стабильно без всяких вылетов. Да, возможно мерцания, возможны лишние "левые" строки, но они были результатом неправильно отосланных сигналом - всем известных пар "begin insert remove update".

Собственно шаблон model-View Qt-шной полностью соответствует стандарту - model рулит данными в любой форме, view же НЕ МОЖЕТ вызвать ошибку в модели, если не пропущены элементарные проверки.

У меня не виснет а сразу летит. Использовал предложение Верес'а - пофиг ветер, если индекс невалиден, то data() возвращает пустой QVariant 

C++ (Qt)
if (index.row() >= 0 && index.row() < m_rowList.size())  // Вересовщина :-)
    if(role == Qt::DisplayRole){
        return QVariant(m_rowList.at(index.row()).at(index.column()));
 

Так вроде "побежало", но такое решение считаю несерьезным и безграмотным, и Вам его не советую.

Почему бы не сделать "обертку" для контейнера?  Рабочая нитка не удаляет, а увеличивает счетчик удаленных (или хранит индексы удаленных если можно удалять в любом порядке). Добавлять добавляет но rowCount возвращает старое значение. Разумеется все это тоже защищено локами. В итоге обе нитки работают с 1 контейнером, но модель какое-то время показывает его старую копию. Потом (хоть по таймеру) главная нитка посылает самой себе сигнал по которому (опять-таки под защитой лока) делается removeRows, удаленные реально удаляются, и insertRows. Все совершенно легально, и (на первый взгляд) несложно

Спасибо, Igors. Мне этот метод тоже помог. Пока оставлю его, хоть он и "колхозный".

Old, выкладываю свой вариант с сигналами