Closed
Bug 3506
Opened 26 years ago
Closed 26 years ago
Bug in autoreg or services loader
Categories
(Core :: XPCOM, defect, P1)
Tracking
()
VERIFIED
FIXED
M3
People
(Reporter: rickg, Assigned: dp)
Details
(Whiteboard: waiting for rick's OK)
1. Do a clean build (pull_all all)
2. Run viewer.exe from somewhere other than mozilla\win32_d.obj\bin
(assume that it's in your path)
3. App crashes
If you run it once from with the .\bin directory then all is well.
It appears to be an init problem that gets persisted after the 1st run.
(It's not really a netlib problem, but I wanted to make sure you got this bug).
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Updated•26 years ago
|
Component: Networking Library → XPCOM
Assignee | ||
Comment 1•26 years ago
|
||
Gotcha! Will see why this is happening.
I think this has to do with components moving to the component/ direcotry
whereas the NS_SetupRegistry() hack still just gives the dllname instead of
components/dllname
Assignee | ||
Comment 2•26 years ago
|
||
Changing component to XPCOM
Assignee | ||
Updated•26 years ago
|
Target Milestone: M3
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 3•26 years ago
|
||
We use absolute path. This should work.
Comment 4•26 years ago
|
||
Rick, can you verify that this bug is fixed? It looks like a build problem, and
we don't do our own builds. Thanks.
Updated•26 years ago
|
Whiteboard: waiting for rick's OK
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 5•26 years ago
|
||
haven't heard from rick, will assume fixed and mark verified - please re-open if
not.
You need to log in
before you can comment on or make changes to this bug.
Description
•