|Subject:||Re: [Bug-gnubg] (compile) error: 0.90* and latest SNAPSHOTs won't build with 3d-board on gentoo|
|Date:||Tue, 20 Jan 2009 15:21:53 +0000|
This line is projecting the point on an infinite plan, which should be fine but|
maybe the openGL driver code you have is not happy with this, you could try
changing the last parameter (0.f) to 0.00000001f in the two glVertex4f calls in
Alternatively try building the code without 3d shadow support, a small change to
the code that checks if shadows are supported would do it.
Christian Anthon wrote:
> Hi Fabian,
> thx, that was just what I needed.
>> Program received signal SIGABRT, Aborted.
>> [Switching to Thread 0x48029c50 (LWP 31847)]
>> 0x0e916e1c in raise () from /lib/libc.so.6
>> (gdb) backtrace
>> #0 0x0e916e1c in raise () from /lib/libc.so.6
>> #1 0x0e91888c in abort () from /lib/libc.so.6
>> #2 0x0e90e974 in __assert_fail () from /lib/libc.so.6
>> #3 0x0e35f5cc in ?? () from /usr/lib/dri/r200_dri.so
>> #4 0x0e35ffb8 in ?? () from /usr/lib/dri/r200_dri.so
>> #5 0x0e35c3e8 in ?? () from /usr/lib/dri/r200_dri.so
>> #6 0x0fa16448 in glVertex4f () from //usr//lib/opengl/xorg-x11/lib/libGL.so.1
>> #7 0x1020257c in GenerateShadowVolume (pOcc=0xe3613c4, olight=0x10cb7c90) at model.c:247
>> I do have no idea what this means though.
>> Thank you very much.
> It is a calling stack, and you want to find the first function which
> is in your code and not some external library. In this case
> GenerateShadowVolume. From that I conclude that it is most likely our
> bug, especially as I've seen memory problems in that function before,
> but couldn't trace the problem.
> I'm attaching the output from the memory debugger, all except Jon can
> just ignore the attachment.
> [Edit. the mailing list choked on the attachment, so I'm resending to
> the list without it]
> Bug-gnubg mailing list
Are you a PC? Upload your PC story and show the world Click Here!
|[Prev in Thread]||Current Thread||[Next in Thread]|