Потоки

Можно ли вызывать у какого либо объекта функцию из разных потоков одновременно, а в этой функции использовать QMutex для блокировок

Можно. Нужно использовать один общий на два потока мутекст, естественно.

и еще вопрос, что если я буду просто переменную bool использовать в качестве флага блокировки правильно ли это будет, и чем это отличается от QMutex.

Булевый флаг можно использовать только, чтобы узнать состояние. Поставить блокировку, наткнувшись на которую другой поток будет ждать разблокирования, не получится.

за первый вариант.

Давайте воспользуемся мьютексом для того, что бы реализовать класс с механизмом надежности использования в потоках (thread safety).

http://qt-doc.ru/qmutex-myuteksy-v-qt.html

просто есть одна статическая singleton функция, и есть необходимость защитить ее от доступа из разных потоков, значит буду использовать вариант 1. Спасибо.

В C++11 получение экземпляра синглтона Мейерса является потокобезопасным. Может тебе ничего и менять не нужно?

Булевый флаг можно использовать только, чтобы узнать состояние.

Вообще рекомендуется защищать даже чтение булевых переменных из-за того, что процессор кеширует данные.

Булевый флаг можно использовать только, чтобы узнать состояние. Поставить блокировку, наткнувшись на которую другой поток будет ждать разблокирования, не получится.

не получится

А про condition variable, которая wait() и signal() ты скромно умолчишь :)

В студии оно не работает.

А про condition variable, которая wait() и signal() ты скромно умолчишь :)

Condition variable - это не булевый флаг. (А скорее абстракция над мутексом или другим механизмом синхронизации)

Чисто на булевых флагах можно наклепать wait через вечный цикл, ждущий изменения флага... Но зачем?

http://qt-project.org/doc/qt-4.8/thread-basics.html

Можно ли вызывать у какого либо объекта функцию из разных потоков одновременно, а в этой функции использовать QMutex для блокировок?

да.

если я буду просто переменную bool использовать в качестве флага блокировки правильно ли это будет

нет не правильно, если хочешь переменную - используй QAtomicInt

Ну ты бы ТСу поцказал, например, что то, что он хочет, можно сделать при помощи «скорее абстракции» :) То есть, если хочется, вполне можно думать в терминах булевского флага и не мучить моск мутексами :)

В студии оно не работает.

Проблема студии, не?

это какой имеено?

Это тот, у которого instance возвращает ссылку на статическую локальную переменную:

class Singleton {
public:
    static Singleton& instance()
    {
        static Singleton instance;
        return instance;
    }

private:        
    Singleton(){};
    Singleton(const Singleton&);
    Singleton& operator=(const Singleton&);
};

моя бабушка мне говорит - защищай одновременный доступ к данным в потоке а не код

мне кажется первый вариант лучше - не забудешь, но лучше используй QMutexLocker

именно так и сделал - спасибо

ага, спсб прикольная реализация