Russian Qt Forum

Здравствуйте.
У меня следующая проблема.
Есть два объекта: obj1 и obj2, оба в разных потоках. Из объекта obj1 необходимо часто (в примере раз в 1 мс) передавать список QList<int> в obj2.
Пример во вложении.
Это упрощенный пример. В реальной задаче надо из одного объекта QAbstractTableModel передавать в другой объект QAbstractTableModel список QList<QStringList>. (Это заранее отвечая на вопрос, почему делаю странные действия).
В данный момент программа вылетает, проработав секунд 2-10. Кажется, что дело в синхронизации. Можете подсказать как сделать, чтобы не вылетало? Пробовал синхронизировать - не получилось. Пробовал через QMutex и флаги, но возможно неправильно. Опыта работы с синхронизацией мало. Пишу на Qt4.8.7.

Так вы осуществляете доступ к переменной m_list одновременно из разных потоков в void SecondObject::M_startSecondObject() и void SecondObject::M_copyList(QList<int> list).
Здесь лучше всего организовать передачу списка через сигнал-слот между obj1 и obj2, а не через прямой вызов метода M_copyList. И переменные static не нужно обозначать).

C++ (Qt)
QObject::connect(obj1,SIGNAL(send(QList<int>)), obj2, SLOT(receive(QList<int>)));
 

и осуществить вызов

C++ (Qt)
...
// SecondObject::M_copyList(sendList);
emit send( sendList );
...
 

Исправил, как вы сказали. Не помогло. Сигнал посылается, а слот по нему не срабатывает. Во вложении то, как я это делал

Делать while/sleep не запрещено, но так Вы обрекаете себя на низкоуровневую синхронизацию и лишаетесь возможности принимать сигналы (нитка не может выйти в свой цикл событий). Если первая объект должен систематически чего-то посылать второму - лучше по таймеру (аттач)

А чем мутексы не угодили?

Все равно надо как-то "передавать", так почему бы не спихнуть все на имплисит шару?

А какая разница? Шара шарой, но защитить то ее тоже надо)

Igors, спасибо большое, ваш совет помог!

В том-то и дело что нет (при передаче по значению). Как только вторая нитка начнет первое удаление - QList "расшарится"