96662 - delay loading of nslocale.dll by delay load DateTimeFormat in nsXULContentUtils::Init

Status: RESOLVED INVALID

(Core :: XUL, defect, P3)

Description

[Frank Tang]

this is a spin off from 75041, I found one of the reason nslocale.dll is load
into memory with blank.xul is because nsXULContentUtils::Init() get the service.
I will include a patch to fix it and let waterson review it.

Comment 1

[Frank Tang]

there are several places will load nslocale.dll into the memory at start up,
here is one of the place. 

Comment 2

[Frank Tang]

Attachment: delay loading of date time formater untill we really need it

Comment 3

[Frank Tang]

Attachment: the real patch, the previous one is for other bug

Comment 4

[Frank Tang]

dp and waterson- can you r/sr= this one ?
This won't be a big win since we still need to load this dll for other (many)
reason. But at least we create one less object untill we really need it. 

Comment 5

[Frank Tang]

dp, can you r= this one ?

Comment 6

[Frank Tang]

delay taking since there are no way can remove loading nslocale.dll anyway. No 
obvious way by doing this one.

Comment 7

[Frank Tang]

set it to unmark

Comment 8

[Frank Tang]

according to the startup perf triage meeting. mark this as future

Comment 9

[Frank Tang]

what a hack. I have not touch mozilla code for 2 years. I didn't read these bugs
for 2 years. And they are still there. Just close them as won't fix to clean up.

Comment 10

[Travis Chase]

Mass Re-open of Frank Tangs Won't fix debacle. Spam is his responsibility not my own

Comment 11

[Travis Chase]

Mass Re-assinging Frank Tangs old bugs that he closed won't fix and had to be
re-open. Spam is his fault not my own

Comment 12

[Kyle Huey (Exited; not receiving bugmail, old account, do not use)]

I think this has outlived its usefulness.