[sldev] 1.20 wreaking havok with nvidia drivers under vista

Soft soft at lindenlab.com
Thu Apr 10 17:07:33 PDT 2008


On Thu, Apr 10, 2008 at 6:58 PM, Thomas Grimshaw <tom at streamsense.net> wrote:
> http://jira.secondlife.com/browse/VWR-6343
>
>  Jira for this issue.

This is probably related. From our favorite Solaris developer:

You might want to pass the following to the internal developers.  It
looks like LLRenderPass::pushBatch() may be sending corrupt/bad data
to the GL library.  On Solaris, we're using Nvidia's GL library and
that basically a recomiple from their Linux drivers so I don't think
the crash I'm encountering is local to Solaris.

In any case, once I get logged in, the viewer immediately tips over.
Here's the tail end of the log:

2008-04-10T12:42:00Z WARNING: dispatch: Ignoring unknown message
EstablishAgentCommunication
2008-04-10T12:42:03Z INFO: setStartupState: Startup state changing
from STATE_PRECACHE to STATE_WEARABLES_WAIT
2008-04-10T12:42:03Z INFO: setStartupState: Startup state changing
from STATE_WEARABLES_WAIT to STATE_CLEANUP
2008-04-10T12:42:04Z INFO: setStartupState: Startup state changing
from STATE_CLEANUP to STATE_STARTED
2008-04-10T12:42:04Z INFO: idle_startup: Doing first audio_update_volume...
2008-04-10T12:42:04Z INFO: idle_startup: Done first audio_update_volume.
2008-04-10T12:42:04Z INFO: updateGeometry: WL Skydome strips in 26 batches.

Program received signal SIGSEGV, Segmentation fault.

Here's the stack trace:

0xfd0c1760 in _nv001457gl () from /usr/lib/libGLcore.so.1
(gdb) where
#0  0xfd0c1760 in _nv001457gl () from /usr/lib/libGLcore.so.1
#1  0xfd13cfbe in _nv001457gl () from /usr/lib/libGLcore.so.1
#2  0x00000008 in ?? ()
#3  0x00000441 in ?? ()
#4  0x00030101 in ?? ()
#5  0x0c7eaea0 in ?? ()
#6  0x41e756f5 in ?? ()
#7  0x3e6ac6f6 in ?? ()
#8  0xfd0c1740 in _nv001457gl () from /usr/lib/libGLcore.so.1

.  .  .

#167 0x085291e4 in LLRenderPass::pushBatch (this=Cannot access memory
at address 0x449
)
   at ... /newview/lldrawpool.cpp:440
Previous frame inner to this frame (corrupt stack?)

Since I don't have the source for libGL I'm stuck here.


More information about the SLDev mailing list