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

[Robin Cornelius]

On Tue, Mar 25, 2008 at 3:56 PM, Mike Monkowski <monkowsk at watson.ibm.com> wrote:
> Robin Cornelius wrote:
>  > I would be tempted to mask out mozlib stuff if you can, its not the
>  > biggest problem and not the biggest leak.
>
>  I'm not looking for leaks, I'm looking for memory corruption that
>  happens early in the logon process and right now it looks like the
>  embedded browser is the culprit.  I'm not sure whether it's a code bug
>  or the nastiness of using several version of Microsoft runtime libraries.

Ah ok, miss understood your target :-)

>
>
>  > mozlib1 and 2 are not *directly* compatable but i am sure with a little
>  > fiddling its possible to make either go. Some extra parameters on
>  > functions here and there.
>
>  To be clear, are you referring to llmozlib and llmozlib2 or to libraries
>  that are part of mozilla?

To the actual llmozlib, it was possible to build llmozlib with a
*much* newer mozilla GRE than the offical linden build and there are
not massive API differences between llmozlib and llmozlib2 but the
specific mozilla GRE used will make a difference and may leak like a
sieve or corrupt memory so makes sense to test against the same as the
linden official version here.

>
>
>  > You will probably have to rebuild everything to get reliable debugging
>  > as mozlib is staticly linked along with bits of mozilla. This is another
>  > reason why it should be a DSO like my builds.
>
>  If I had all of the required libraries, I could get reliable debugging
>  by compiling just llmozlib[2].  The question is whether the required
>  libraries are included in the Linden library distributions.

Call for debug versions or symbols for ALL the libraries? to help debuggers?

>
>  And I still have the question:  Can the Mozilla libraries be build with
>  VS2005 or is VS2003 required?
>

Can't help here :-0

Robin