bobj Reporter
	Description • 26 years ago

Suresh Duddi wrote:
    1.Look at NS_SetupRegistry() and NS_SetupRegistry1() functions
    2.If your component lives under the components directory,
      remove the RegisterComponent() call from there

And then be happy you just improved the startup performance of
apprunner by saving an unneccessary dll load/unload combination.

	tague Assignee
	Comment 1 • 26 years ago

Checked in and tested the changes on Windows 4/27/98 - 2:00pm.

	tague Assignee
	Comment 2 • 26 years ago

I marked this as verified since the bug is a code issue, and there is nothing
for QA to really verify.

	nhottanscp
	Comment 3 • 26 years ago

Messenger thread pane sort using this dll.
Using 4/29 Win32 build (after removing mozregisty.dat file), after I hit a tab
for the subject for sorting I got errors like this.
nsComponentManager: Load(nslocale.dll) FAILED with error: error 0
Is this related to this change? Looks like other components (e.g. converter) are
working fine.

	tague Assignee
	Comment 4 • 26 years ago

I could be, I'll take a look at it.

	chris hofmann
	Comment 5 • 26 years ago

is this an M5 stopper?

	bobj Reporter
	Comment 6 • 26 years ago

I don't get any errors with 1999-05-03-08 build on US NT4.
I clicked on Subject, Sender and Date headers in the thread pane.
Naoki, Are you still crashing?

	nhottanscp
	Comment 7 • 26 years ago

I used 1999-05-03-08 from ftp and still seeing the same message in the console
at first time hit a subject tab to sort. I have not seen crash for this, only
errors in the console as I mentioned in my previous comment.

	tague Assignee
	Comment 8 • 26 years ago

We aren't getting a crash -- only console error messages on the first attempt.
Moving this to M6.

	bobj Reporter
	Comment 9 • 26 years ago

Correction to my last comment.  On the first attempt to sort a header,
I do get the error messages in the console window.

	tague Assignee
	Comment 10 • 26 years ago

I'm reassigning this to DP.  There is some problem with how nsComponentManager
is discovering the various components.  The reason the library load is failing,
is because the component manager is attempting to open "nslocale.dll", instead
of using the full path to the library (GetFullPath() is returing only the
library name and not the full path), so the call to PR_LoadLibrary fails.

	Suresh Duddi (gone)
	Comment 11 • 26 years ago

Ok Here is what I did. I commented out all the calls to
RegisterComponent(NSLOCALE_DLL) from nsSetupRegistery.cpp

Invoked messenger. I get the folderpane and msglistpane empty. I clicked on the
headings Name, Unread, Subject, Sender, Date.

I see these output in my shell window. No msg about not being able to load
nslocale.dll without a path as it should be. Can someone help me reproduce the
bug:
OpenURL from XUL


nsMsgAppCore::SetWindow(): Getting the webShell of interest...
nsMsgAppCore::SetWindow(): Got the webShell browser.webwindow.
$573
$573
msgaccounts:/
msgaccounts:/
msgaccounts:/
----------------------------
-- Sort
-- Column: http://home.netscape.com/NC-rdf#Subject
-- Direction: ascending
----------------------------
$585

OpenURL from XUL


nsMsgAppCore::SetWindow(): Getting the webShell of interest...
nsMsgAppCore::SetWindow(): Got the webShell browser.webwindow.
----------------------------
-- Sort
-- Column: http://home.netscape.com/NC-rdf#Sender
-- Direction: descending
----------------------------
$585

OpenURL from XUL


nsMsgAppCore::SetWindow(): Getting the webShell of interest...
nsMsgAppCore::SetWindow(): Got the webShell browser.webwindow.

	tague Assignee
	Comment 12 • 26 years ago

move back to me

	tague Assignee
	Comment 13 • 26 years ago

Checked in a new fix for this with dp's help.

fix should be in 5/12/99 and later.

	msanz
	Comment 14 • 26 years ago

Tague, can you verify this fix? Thanks

	tague Assignee
	Comment 15 • 25 years ago

marking verified since it is a code fix