On Fri, Jan 17, 2014 at 11:21:13AM -0500, Eric Radman wrote: > Resubmitting a patch for firefox that includes all of the symbols > required to load gssapi. From moz.log: > > 784166112[83e29180]: service = inout.deshaw.com > 784166112[83e29180]: using negotiate-gss > 784166112[83e29180]: entering nsAuthGSSAPI::nsAuthGSSAPI() > 784166112[83e29180]: Attempting to load gss functions > 784166112[83e29180]: entering nsAuthGSSAPI::Init() > 784166112[83e29180]: nsHttpNegotiateAuth::GenerateCredentials() > [challenge=Negotiate] > 784166112[83e29180]: entering nsAuthGSSAPI::GetNextToken() > 784166112[83e29180]: leaving nsAuthGSSAPI::GetNextToken [rv=0] > 784166112[83e29180]: Sending a token of length 1730 > > Notes on the patch: > > - Remove `&& !lib` from the module load loop because it would stop > loading modules the first time dlopen succeeded > > - Had to replace PR_LoadLibrary with PR_LoadLibraryWithFlags so I > could use the PR_LD_GLOBAL option
So, after having had some time to actually look at your patch - i suppose that we need to dlopen all the libs one by one in the right order, because they're not inter-dependent in our case? Why do you need RTLD_GLOBAL ? It fails if you use the default symbol visibility flag ? Thx for having spent time on this, i'll make sure it gets in 5.5. Landry