Closed
Bug 122881
Opened 23 years ago
Closed 23 years ago
XPCOM:EventReceiver: Mozilla.exe - Entry Point Not Found
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.8
People
(Reporter: xian, Assigned: dveditz)
Details
Attachments
(1 file)
1.19 KB,
patch
|
curt
:
review+
|
Details | Diff | Splinter Review |
immediately after installing the 2001-01-31 nightly build, i received the
following error dialog:
XPCOM:EventReceiver: Mozilla.exe - Entry Point Not Found
---
The procedure entry point
?NS_NewGenericModule@@YAIPBDIPAUnsModuleComponentInfo@@P6AIPAVnsIModule@@@ZP6AX2@ZPAPAV2@@Z
could not be located in the dynamic link library xpcom.dll.
i've received the same error message on previous installations over the last
couple months.
Reporter | ||
Comment 1•23 years ago
|
||
after clicking "OK", the error dialog appears four more times; i'm then taken to
the Select User Profile dialog; after that, everything appears to function normally.
Build ID: 2002013103
Assignee | ||
Comment 2•23 years ago
|
||
These messages come up when trying to register old components, which is usually
only done after an install.
Do a directory listing of your components directory sorted by date. Which .dll
files are older than the rest? (presumably there are at least 5 of them)
Which of the five different win32 forms of the nightly do you install? (filename
is probably clearest way to express this.)
Reporter | ||
Comment 3•23 years ago
|
||
There are four old DLL's, all modified on 2001/08/07:
nsgif.dll
nsjpg.dll
nsmng.dll
nspng.dll
The installer was the stub version -- mozilla-win32-installer.exe, 210KB.
Assignee | ||
Comment 4•23 years ago
|
||
Only four?
Found the problem, anyway -- the mozilla tree changes to fix this old problem
were never checked in, only the commercial tree. If 0.9.8 isn't spun yet let's
try to get it in (man this is way late).
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Keywords: mozilla0.9.8
Target Milestone: --- → mozilla0.9.8
Assignee | ||
Comment 5•23 years ago
|
||
Updated•23 years ago
|
Attachment #67471 -
Flags: review+
Reporter | ||
Comment 6•23 years ago
|
||
yep, only four -- i probably counted wrong in the initial report, sorry.
Assignee | ||
Comment 7•23 years ago
|
||
This is identical to bug 94108 which was fixed on the 0.9.4.1 branch but not on
the trunk. I've reopened that one since the patch has r=/sr= already
*** This bug has been marked as a duplicate of 94108 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 8•23 years ago
|
||
I'm actually fixing this
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Assignee | ||
Comment 9•23 years ago
|
||
Fixed on 0.9.8 branch (it'll make the release) and trunk
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•