I fighting with a nasty problem on my Windows port (VS2008/VC++v9) for a test-tool with 2 threads.
To give you an overview what I did:

MainThread (keeps fingers on the Display/Input-Events)
WorkerThread (did some serial communication)

MainThread send commands by QQueue to the WorkerThread to tell what command to execute.
WorkerThread uses signal/slot to update the MainThreads QListWidget, QTextEdit, QLineEdit ....

What happen under Windows, the WorkerThread use a signal to clear a logging window (QListWidget). Next it write some debug
info's into it. ASSERT QVector<T>::at: "index out of range". (SOMETIMES)

When I debug the session and go back in the call-stack and check the variables i(1) and d->size(20) the Assert condition
not match any more ( i > 0 && i < d->size ).

My workaround I sleep for 200ms after the QListWidget::clear() before I continue with the program.

Not working: use a Mutex to protect the update calls in the MainThread to manipulate the display.

Mainthread queue in:
@
void Reader::freqSetPreset()
{
Cmd cmd;
cmd.cnum = Cmd::PRESETFREQ;
cmd.freqMode = ( cbFrePreset->currentIndex() & 0xff );
_thread1.queueCmd(cmd);
}
@

WorkerThread Dequeue
@
worker::run(){
....
forever {
_mutex.lock();
if ( _run ) {
_mutex.unlock();
if ( _cmdqueue.isEmpty() ) {
usleep(100);
}
else {

_queuemutex.lock();
Cmd cmd = _cmdqueue.dequeue();
_queuemutex.unlock();

...
switch ( cmd ) {
case Cmd::PRESETFREQ:
{
qDebug("Thread1 PresetFeq");
clearlog();
// workaround
usleep(200000);
freqSetPreset(cmd.freqMode);
break;
}

...

void Worker::freqSetPreset(const quint8 FreMode)
{
...
if ( _rmu.SetFrequency( FreMode, FreBase, BaseFre, ChannNum, ChannSpc, FreHop ) ) {
updateStatus("Preset Frequency\tOK"); // signal
}

@

successions welcome.

Chris