[sldev] LLMozLib2 is now exclusively in the public SVN repository

[Mike Monkowski]

I decided to run Purify on the viewer to look for memory management 
problems and I found more corruption than a Bush White House.

So starting from the beginning of the output, the first problem is with 
the embedded browser.  I'm looking at the point release (1.19.0.5) so it 
still uses LLMozLib.  I tried running Purify on the latest release 
candidate and had problems getting Purify to work with it.  I don't want 
to fix problems that have already been fixed, so until I can figure out 
how to run Purify on 1.19.1.2 can I use LLMozLib2 with 1.19.0.5?  Is it 
backwards compatible?

Also, if I use the libraries that come with the source distribution, can 
I just build LLMozLib2 to get me the .pdb file or do I have to rebuild 
the whole mess? It looks like the 1.18.1 mozilla build isn't supported 
on VS2005.

Mike


Callum Prentice wrote:
>> I'm a little confused by the organization. What is with the "2" in 
>> LLMozLib2 and why does the structure go 
>> llmozlib/browser/trunk/llmozlib2?  It looks as if now there are two 
>> parts, but yet there is only one library used by the executable, and 
>> some of the file names seem to be the same for both parts.
> 
> 
> There have historically been a lot of different versions in disparate 
> locations (LL SVN, uBrowser Web site, internal sandboxes for example) 
> and since this latest version is quite different from the one we've been 
> using in the SL client, I wanted to call it out as different.
> 
> This is the version we use in the current release candidate for 1.19.1 
> and will be the version we use going forward.