[sldev] SL viewer 1.20.15 crashing in llmediaimplllmozlib.cpp

Marine Kelley marinekelley at gmail.com
Wed Jul 30 08:56:27 PDT 2008


hi Mike and Michael (to whom I answered directly without sending to the
list, my bad again),

That makes it clearer now, since a friend of mine compiled a viewer without
any custom code, on windows, and didn't crash. I know she's using VS2003.

I followed your advice and introduced VWR-8428, and took the liberty of
pasting your answer there as well.

Thanks a lot for your help, it seems we are getting somewhere :)

Marine



2008/7/30 Mike Monkowski <monkowsk at watson.ibm.com>

> Marine,
>    I get the same behavior.  Your analysis is pretty close.  It crashes  in
> eventIn.getStringValue2() because that value is not set in the event passed
> by
> LLEmbeddedBrowserWindowEmitter<LLEmbeddedBrowserWindowObserver>::update(),
>  which is in llmozlib2-vc80 in my case, since I'm using VS2005.
> eventIn.getStringValue() has the target URL, so the event has been
> initialized, but the particular field associated with getStringValue2 has
> not.
>
> I could trace this deeper inside llmozlib2-vc80, but my guess is that it's
> just an outdated version of the library that's being distributed. This has
> happened before.  The official release uses llmozlib2 since VS2003 is still
> the official build platform.  I would predict that those who build with
> VS2003 do not get the crash.
>
> So add this to the JIRA issue if you've opened one.  If you haven't, now
> would be a good time. :-)
>
> Mike
>
>
>
> Marine Kelley wrote:
>
>> Hello all,
>>
>> For hours now I've been hunting a crash that occurs when clicking on a
>> link on the login page. Other crashes in the same flavor are occurring
>> in-world when using the All tab of the Search window (especially when
>> clicking on Page 2 or so, but that's another story I think). Thinking it may
>> come from my own code after patching, I've spent time trying to figure it
>> out, to no avail.
>>
>> Just tried the freshly-compiled-after-downloading-source from the "source
>> downloads" page, and having the same crash. No change made to that code
>> whatsoever. It seems to come from this method :
>>
>> void LLMediaImplLLMozLib::onClickLinkHref( const EventType& eventIn )
>> {
>>    LLMediaEvent event( this, eventIn.getStringValue(),
>> eventIn.getStringValue2() );
>>    mEventEmitter.update( &LLMediaObserver::onClickLinkHref, event );
>> }
>>
>> where eventIn seems to be uninitialized, leading to a null pointer
>> evaluation.
>>
>> The same action does work perfectly in the binary downloaded from the SL
>> download page. So I wonder where the difference is coming from.
>>
>> Anyone has an idea and/or experienced this too ?
>>
>> Thanks !
>>
>> Marine
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20080730/b1b9b32b/attachment.htm


More information about the SLDev mailing list