46797 - msgbsutl.dll shouldn't be loaded at startup

Status: VERIFIED DUPLICATE of bug 46800

(MailNews Core :: Backend, defect, P3)

Description

[Daniel Bratell]

msgbsutl.dll is one of the dll:s that are loaded at startup unneccessary (or so 
it seems). I started the browser and browsed a couple of random pages. During 
that time msgbsutl.dll wasn't really used at all. The only functions called 
were:

nsMsgDBFolder::nsMsgDBFolder(void)                       6 times
nsMsgDBFolder::QueryInterface(nsID const&,void * *)     30 times
nsMsgFolder::initializeStrings(void)                     1 time
nsMsgFolder::Init(char const*)                           6 times
nsMsgFolder::nsMsgFolder(void)                           6 times
nsMsgFolder::QueryInterface(nsID const&,void * *)       30 times
nsMsgFolder::Release(void)                              91 times
nsMsgFolder::AddRef(void)                              110 times

None of these justifies (AFAIK) that we load the dll. I have not yet looked into 
what exactly calls these functions but it might be an easy kill, improving 
startup time and decreasing memory footprint.

(I failed to close the broweser cleanly which could be the reason for the 
difference of calls to Release and AddRef)

Comment 1

[Daniel Bratell]

I think this might be loaded because msglocal.dll is loaded so I will make it 
dependent on that bug (bug 46800). Also changing component to Mail Backend. I 
don't think the mail database has anything to do with this.

Comment 2

[Scott MacGregor]

same deal as the other one.

Comment 3

[scottputterman]

Mail triage marking [nsbeta3-] Also, marking dup of 46800 since this gets pulled
in with msglocal.dll

*** This bug has been marked as a duplicate of 46800 ***

Comment 4

[Stephen Walker]

vrfy dup