Thread и синхронизация с GUI

[borr_1]

Подскажите лучший путь для следующей ситуации
В приложении есть несколько контролов... скажем Grid в них из нескольких разных потоков идет загрузка 1 Grid - 1 Thread
Как тут лучше синхронизировать. Ссылки читал, пример смотрел.Интересно ваше мнение.
Я сейчас работаю через эвенты... это неудобно потому-чтто каждый раз нужно завадить новый эвент.
Хочется узнать о wxMutexGuiEnter() она как-то ненаглядна.
Если wxMutex, то прошу описать схемку работы с ним... Что с ним делать в самом приложении перед тем как записать данные в Grid после того. И что с ним делать в потоке перед тем как записать данные в потоке и после того?

[tan]

Привет,
насчет ненаглядности не понял, по-моему очень прозрачно:
http://docs.wxwidgets.org/stable/wx_thr ... exguienter

Но, вообще-то, я бы через евенты и работал, так надежнее. Насчет этой wxMutexGuiEnter/Leave() ничего хорошего не пишут (хотя сам не пробовал, пользуюсь в таких случаях евентами).
Ну и насчет заведения новых евентов не совсем понял, зачем каждый раз новые заводить?

[borr_1]

Ну и насчет заведения новых евентов не совсем понял, зачем каждый раз новые заводить?

Тут я не совсем верно выразился. Сама схема работы мутарная - нужно завести общую переменную/структуру данных (или передать их в поток) в потоке обработать послать по окончании event GUI чтобы та дотянула данные из структуры.
А если таких гридов на форме 4-ре и у каждого свой поток как тут разруливать?

[Kolya]

Можно писать в общий пул и защищать его мютексами. А главный GUI поток информировать через Pending Event о наличии новых данных в пуле.

Или можно передавать саму структуру в pending event-е, ничего не блокируя.

А если таких гридов на форме 4-ре и у каждого свой поток как тут разруливать?

Передавать ID или указатель грида в event-e, а в обработчике события анализировать это. В этом случае скорее всего понадобится свой (один) класс события.

[borr_1]

Можно писать в общий пул и защищать его мютексами. А главный GUI поток информировать через Pending Event о наличии новых данных в пуле.

Можешь поподробнее показать? Что делать с Mutex'ами в потоке и в приложении

Или можно передавать саму структуру в pending event-е, ничего не блокируя.

А если таких гридов на форме 4-ре и у каждого свой поток как тут разруливать?

Передавать ID или указатель грида в event-e, а в обработчике события анализировать это. В этом случае скорее всего понадобится свой (один) класс события.

Я вообще не понимаю как с event'ом можно передать структуру? И что за pending event я делаю

Code: Select all

void _MyThread::OnExit()
{
   m_frame->thrStart = false;
   wxCommandEvent event( wxEVT_COMMAND_MENU_SELECTED, END_WORK );
   wxPostEvent(m_frame, event);
}

И вообще как приостановить поток пока я забиваю данные из структуры в Grid и надо ли это делать (можно ли параелльно с чтением записывать данные в структуру)
Структура такая

Code: Select all

struct rows{
  int id;
  wxString Pole1;
  wxString Pole2;
  double sum;
};
std::vector<rows> table;

[/quote]

[Kolya]

Можешь поподробнее показать? Что делать с Mutex'ами в потоке и в приложении

Блокировать мютекс в приложении и в потоке при помощи wxMutexLocker как показано сдесь:
http://docs.wxwidgets.org/trunk/classwx_mutex.html

Я вообще не понимаю как с event'ом можно передать структуру? И что за pending event я делаю

Необходимо создать свой класс события как описано здесь на примере MyPlotEvent:
http://docs.wxwidgets.org/trunk/overvie ... nts_custom

И это будет выглядеть как:

Code: Select all

class MyPlotEvent: public wxEvent
{
public:
    MyPlotEvent(.. grid, .. table) ..
    {
    }
    void Exec()
    {
         m_grid->Add .. m_table
    }
  
    // implement the base class pure virtual
    virtual wxEvent *Clone() const { return new MyPlotEvent(*this); }

private:
    std::vector<rows> m_table;
    wxGrid *m_grid;
};

void _MyThread::OnExit()
{
   m_frame->thrStart = false;
   MyPlotEvent event( grid, table );
   wxPostEvent(m_frame, event);
}

void Frame::OnPlotEvent(wxPlotEvent &event)
{
    event.Exec();
}

[borr_1]

Необходимо создать свой класс события

Об этом я как-то не подумал.
Резюме одно пробовать, пробовать и еще раз пробовать.

Спасибо всем откликнувшимся.