Qt and QThread

I'm using the stock qt i.e. 2.2 that comes with the dvd.

here's what my configure options look like

echo yes | ./configure -qte '-embedded -no-xft -qconfig qpe -depths 16,32
-system-jpeg -gif -thread' -qpe '-edition pda -displaysize 320x240
-fontfamilies "helvetica fixed micro smallsmooth smoothtimes"' -qt2
'-no-opengl -no-xft -thread' -dqt '-no-xft -thread'

but it get this during make 
 /usr/local/arm/4.3.2/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../ar
m-none-linux-gnueabi/bin/ld:
cannot find -lqte-mt

you may ask why did i change the configure options, that because the
default ones didn't have -thread turned on. and when i compiled a qt app
linker kept saying that i couldn't find QThread even though i was passing
-DQT_THREAD_SUPPORT 


Any idea. Has anyone used QThread with qt2.2 ? 



any help would be appreciated thanks !

Qtopia is not ready for threads. Addional, it's expecting to slow down
Qt/Qtopia.
You can use pthread's, but be careful in executing code from Qt/Qtopia. 
Using QString should not be a problem, but do not manipulate in GUI.
Containers should acessed only in the thread created they.
Therefor is QTimer a better solution.
For background processes, fork works too. But not for GUI.

skip

great thanks. 

should i just call 'update' from the thread to let the qapplication know to
repain the gui.

do you think that would work ? 

i need a thread to do a http call in the background. any other possible
solution for that ??

my idea is:

let the thread make the calculation and when finished set a flag. 
Run QTimer, look for the flag and do all GUI updates.

If the thread makes the updates self, you go at risk to get mixed updates
from thread und Qt (e.g. caused by a window move).

skip