[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