>>>
>>> is it OK to create a viewer in e.g. the main thread and then call frame()
>>> from a different thread? We're getting erratic results on Linux vs
>>> Windows
>>> vs Mac. So I just want to know if this use case is "legal".
>>
>> I've done this under Linux - the osgqtbrowser example in svn/trunk has
>> the option of creating a background thread form running the frame loop
>> while qt takes control over the main thread. I haven't tested this
>> under Windows or OSX though. OSX I wouldn't be surprised at problems
>> as it has a really stupid limitation of only getting window events
>> from the main thread - you simply can't poll for events in any other
>> thread. I don't know what the status is under Windows though. X11
>> copes just fine with getting events from any thread in your app -
>> sometimes the oldest tech still totally outstrips the new...
>
> this confirms my findings. Our app runs fine on Linux, on Mac we have to do
> something in the main thread to make sure the view updates, on Windows we
> are not sure if it is working or not. I will try osgqtbrowser on Windows and
> see what happens.
>
> Anyone else have reports on osgqtbrowser on Windows?
>
> thanks
> jp
>
Windozes is same as Mac, only the owner thread can retrieve events for windows.
--
http://www.ssTk.co.uk
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
