Russian Qt Forum

Можно ли использовать QList в качестве буфера для бинарных данных(25-30 айтемов)? или посоветуете альтернативу?

Можно, никто не запрещает.
Если не нужно лучшее быстродействие, то да.
Если нужно - стандартные STL контейнеры.
Если нужно максимальное - самописные контейнеры. Но это редкость для 25-30 записей.

А что делает метод void QList::append(const T & value) по сути? создает копию или просто хранит указатель?

Если скажем так

C++ (Qt)
QList<MyBuff*> my_list;
MyBuff *item=new MyBuff;
my_list.append(item);

или так

C++ (Qt)
QList<MyBuff> my_list;
MyBuff item;
my_list.append(item);

Какой метод лучше?

В данном случае (QList) все равно. Даже при использовании второго варианта, QList будет хранить указатели, а не сами объекты.

Хорошо, а если визвать  void QList::removeFirst() то удалится сам объект или указатель?

Лучшей альтернативой (при такой постановке задачи) - будет обычный массив размерности 30.

В каком случае?
Если в первом варианте, то сам указатель, если во втором, то объект.

Масив не подходит, так как нужно передавать структуру в которой данные и парочку флагов

C++ (Qt)
typedef struct Buffer{
char *data;
int size;
int flag;
}

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

А вы правильно работаете с общим QList из разных потоков? Средствами синхронизации пользуетесь?

QList: All functions in this class are reentrant.

Далее читаем: http://qt-project.org/doc/qt-5.0/qtcore/threads-reentrancy.html#reentrant

Массив указателей на структуры. В чем беда?

Блокирую операцию так:

C++ (Qt)
QMutex mutex;
 
void MyThread::run(){
while(1){
mutex.lock();
if(!my_list.isEmpty()){
my_list.removeFirst();
.....
}//if
mutex.unlock();
}//while
}//run
 

Но как я понял операция append() и removeFirst() имеют встроенный мютекс и дополнительно можно не использовать сторонние мютексы или нет?

Здесь опечатка? Или вы действительно пытаетесь удалить первый элемент, когда список пуст?

Вы не правильно поняли. Свой мютекс нужен.

Где пропал ! , я же ставил....

Мне неизвестен ни один контейнер ни в std:: ни в Qt который имел бы встроенный мутекс. Все эти контейнеры "потоко-опасны" и засисяться нужно самому.

На таком порядке данных (25-30) достоинства контейнера особого значения не имеют. А если сам айтем хоть сколько-то приличный (32 байтв и более) то вообще QList - хороший, а может и лучший выбор

Попробуйте использовать вместо ручного управления мютексами (lock/unlock) - QMutexLocker.
IMHO, где-то у вас с синхронизацией проблема.

Это потому, что они не могут существовать. :)

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

Маленькая поправка - для программы не существует "большой скорости обмена". Если у неё нормальная архитектура, тогда будет работать. Если ненормальная - печаль и проблемы :P

PS используйте мутексы и не парьтесь.

Еще как существует

Это легко проверить - напр на OSX утилита покажет overhead на диаграмме процессоров. На др платформах тоже должны быть такие средства. Но причиной может быть неправильная синхронизация или ее отсутствие (у Вас я пока не вижу как нитку будите).

Показывайте ваши потоки без основной работы, но с синхронизацией.

а может всё-таки копии объектов?

Хорошо. Указатели на копии объектов. :-)
Но здесь ключевой момент - указатели.