Closed Bug 122881 Opened 23 years ago Closed 23 years ago

XPCOM:EventReceiver: Mozilla.exe - Entry Point Not Found

Categories

(SeaMonkey :: Installer, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.8

People

(Reporter: xian, Assigned: dveditz)

Details

Attachments

(1 file)

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.
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
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.)
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.
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
Attachment #67471 - Flags: review+
yep, only four -- i probably counted wrong in the initial report, sorry.
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
I'm actually fixing this
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Fixed on 0.9.8 branch (it'll make the release) and trunk
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
verified checked in to trunk
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: