I have test osgDepthShadow example in debug mode and it work fine just if the libosg.dll is in debug version.
Perhaps it is an optimisation option of the compiler witch break something in the code.
To find exactly where is the problem, perhaps a debug version must be compiled
with optimisation options to crash the application and give a correct back trace.
Regards,
Bertrand.
On 10/18/06, bertrand greslier <[EMAIL PROTECTED]> wrote:
Hi Andreas,
Your are not alone... ;-)
I have get a pc with a windows install XP2 to check this problem with osgDepthShaow example...
and I think I have also the same unpleasant probleme than you. I have this stack trace with the release
C [libosg.dll+0x60476]
C [libosg.dll+0x606d0]
C [libosg.dll+0x61d0f]
C [libosgUtil.dll+0x5634a]
C [libosgUtil.dll+0x57c9f]
C [libosgUtil.dll+0x4b37d]
C [libosgUtil.dll+0x6f5c7 ]
from
a _sv->update(); or _sv->cull or _sv->draw() in osgUtil::SceneView
I will make a debug target and try to see where exactly it is.
Regards,
Bertrand.On 10/18/06, Andreas Goebel < [EMAIL PROTECTED]> wrote:Hi Luigi,
Luigi Calori schrieb:
> Hi Andreas :
>
> Is Windows XP "true windows?"
I meant "not emulated" in VMware or something.
> I can confirm your problem on one desktop: both the programs hangs, in
> both release and debug builds.
> On my laptop, that has an older OpenGL driver that does not support
> GL_EXT_framebuffer_object, the command osgprerender cow.os is working.
Hello Luigi,
thank you very much for this confirmation. I thought that I was going
nuts ...
So this is a real bug, probably a bug of mingw rather than OSG.
>
> I' ve compiled them with my CMake builds, so could be slitly differnet
> of what you have used, but the problem seem the same.
> I can start a fresh build with MSVC, VS7.1, but I' m pretty sure it
> will work
> I' ve used DevCpp installation as a basis for mingw/msys build. I' m
> not a MINGW expert, but I like the fact is an open source compiles
> under windows
I use it because this way I can use the same compiler on all platforms.
> When I have time, I' ll try to use Devccpp to debug the project that
> is not working.
That would be good. I really tried to debug it with gdb, but either the
crash was so bad that gdb crashed, too, or the stacktrace contained an
infinite loop. Probably you will get the same problems, as DevCPP uses gdb.
>
> The CMake build system is still under dev, but if you are interested
> in using/helping, let me know
You probably have good reasons to do this, and I wish you the best luck
for it, but I personally think that the make-system of osg works pretty
well and thus have no reason to use a different one.
Really thanks a lot for this reply, now I feel less alone in this world!
Regards,
Andreas
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
