Hi Robert,
yes, that modified PThread.c++ seems to work for me without having to
put the init into my main.
Thanks for the help!
Bye,
max
On Tue, Nov 4, 2008 at 3:48 PM, Robert Osfield <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 4, 2008 at 2:06 PM, Max Pfingsthorn
> <[EMAIL PR
Hi Robert,
On Tue, Nov 4, 2008 at 2:36 PM, Robert Osfield <[EMAIL PROTECTED]> wrote:
> Could you try adding a:
>
>Thread::Init();
>
> To the start of your main and see if that makes a difference.
Yes, that did it. Before, OSG 2.6.1 and 2.5.5 finished compiling and
*both* worked without OpenTh
Hi Robert,
On Tue, Nov 4, 2008 at 1:40 PM, Robert Osfield <[EMAIL PROTECTED]> wrote:
> As another datapoint for your testing - I modified my
> Thread::CurrentThread method to return 0 and the test code worked
> without deadlocks.
Hmm, ok. Thanks. I noticed that with the Ubuntu OSG package,
Curren
Hi Robert,
On Tue, Nov 4, 2008 at 12:01 PM, Robert Osfield
<[EMAIL PROTECTED]> wrote:
> Which version of the OSG do find problems with? What is the exact
> machine/OS combination are you using?
I am using OSG trunk (2.7.5) from this morning on Ubuntu 8.04 32bit.
The machine is a Intel Pentium D
Hi Robert,
On Tue, Nov 4, 2008 at 10:58 AM, Robert Osfield
<[EMAIL PROTECTED]> wrote:
>> Any further ideas? I'm pretty sure I'm doing something wrong because
>> osgviewer works.
>
> It might be a long shot, but my only idea right now is that perhaps
> the main thread for OpenThreads::Thread::Curre
Hi,
there is the Physics Abstraction Library
(http://www.adrianboeing.com/pal/index.html ,
http://pal.sourceforge.net). I'm not sure to what extend that is
useful, but it seems to be rather popular. It already abstracts ODE,
Bullet, and other, even commercial, engines. Possibly worth a look.
I ac
Hello everyone,
I've checked out OSG again, rebuilt it completely with debugging
symbols. I checked with ldd which libraries are linked to, and they
are the correct ones. First I thought this happened because I still
had an old OpenThreads library lying around (from the ubuntu repos),
but now that
sg examples fail in a similar way?
>
> Could you do a clean build of the OSG and your app and try again?
>
> Robert.
>
> On Mon, Nov 3, 2008 at 4:08 PM, Max Pfingsthorn
> <[EMAIL PROTECTED]> wrote:
>> Dear list,
>>
>> I have a very simple p
Dear list,
I have a very simple program such as this:
int main(int argc, char** argv) {
osg::ArgumentParser arguments(&argc,argv);
cout << "start!" << endl;
osg::ref_ptr loadedModel = osgDB::readNodeFiles(arguments);
if (!loadedModel)
{
cout <
ip in the middle instead of using the whole width.
The same happens with Ubuntu's OSG package, which is 2.4.
If I run the QOSGWidget as a top level widget, it works just fine.
Any ideas?
Cheers,
Max Pfingsthorn
___
osg-users mailing list
an from others (i.e. I see them from the front but not
from the back). Is this by design? How do I make sure the points can be
seen from all sides?
Thanks for the help!
Max Pfingsthorn
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hello list, dear Robert,
I've just checked out the trunk and cmake complains. Looking at the
latest changeset, you seem to have forgotten to svn add the "gz"
subdirectory of src/osgPlugins/. It's referenced in the CMakeLists.txt
but it's not on the svn.
Cheers,
Max
___
d loaded them again after OSG was done in
case push/pops were not matched properly inside OSG.
What else is there to save in the opengl state?
Best regards,
Max Pfingsthorn
On 5 Sep 2008, at 17:40, "Robert Osfield" <[EMAIL PROTECTED]>
wrote:
Hi Max,
My guess is that Qt
13 matches
Mail list logo