[sldev] PATCH for SNOW-203 (162)

Carlo Wood carlo at alinoe.com
Wed Sep 16 14:46:49 PDT 2009


Hi Merov,

unfortunately I have RSI again, so I can only sit behind my PC
2 hours per day and even then not type much :(

So, if at all, I work VERY much slower than before.

That being said, I'll attach the patch to the jira that I wrote that I used
to debug SNOW-203, it's all I have and probably not what you mean.

On Tue, Sep 15, 2009 at 10:56:10PM -0700, Philippe (Merov) Bossut wrote:
> Hi Aleric,
> 
> On Tue, Sep 15, 2009 at 4:59 AM, Aleric Inglewood <aleric.inglewood at gmail.com>
> wrote:
> 
>     Can someone review the one-liner of
>     https://jira.secondlife.com/browse/SNOW-203 ?
> 
> 
> I did a quick review (see JIRA). I'm not 100% sure it fixes the issue but it's
> worth trying.
> 
> Looking into this, I noted there are a number of issues that seem to be all
> related to partially fetched textures right now (SNOW-162, SNOW-203, SNOW-59,
> SNOW-207, SNOW-48). All of them point to the LLViewerImage code. The number of
> flags and members is hard to grok and, as a result, the state of the object is
> unclear.
> 
> Look at fetch state for instance: there are 4 values (mFetchState, mHasFetcher,
> mIsFetching and mFullyLoaded) that must dance in concert to describe what
> should be known as a unique fetch state. That can create issues where the
> aggregate quadruplet could potentially be describing something that should not
> exist. If those states are transitory enough, we're "safe". If not... Of
> course, such inconsistencies tend to reveal themselves as bugs at the wrong
> moment, when adding or modifying code that seems to be orthogonal to fetching
> and which own logic is fine.
> 
> I'm tempted to instrument the code to trace the state of the fetcher, decode
> priority, boost level and discard level and see if there's a pattern, forbidden
> or never used combinations and how we could simplify all that.
> 
> That's a chunk of work for sure but with all the work you already did on this,
> I wondered if you did something like that. Your thoughts appreciated.
> 
> Cheers,
> - Merov

> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting privileges

-- 
Carlo Wood <carlo at alinoe.com>


More information about the SLDev mailing list