Closed Bug 210421 Opened 22 years ago Closed 22 years ago

missing procedure entry point

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 2000
defect
Not set
major

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: bugzilla, Assigned: sspitzer)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030623 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030623 After upgrading to Build 20030623 Trunk 7, when I start Mozilla which starts the e-mail client first, I get a pop-up dialog stating: The procedure entry point ??0NS_ConvertUCS2toUTF8@@QAE@ABVnsAString@@@Z could not be located in the dynamic link library xpcom.dll. Clicking OK proceeds with the startup of Mozilla but once in the compose mode, there is now no Spell Checker... Reproducible: Always Steps to Reproduce: 1. Install build 20030623 Trunk 7 over prior installation which also had 1.4b SpellChecker installed 2. Startup Mozilla 3. Read the error. Actual Results: The procedure entry point ??0NS_ConvertUCS2toUTF8@@QAE@ABVnsAString@@@Z could not be located in the dynamic link library xpcom.dll. Expected Results: Startup without error and allow the Spellchecker to load. If this is a situation of Spellchecker breaking because you busted the API for it, well, you should recode the API for backward compatibility!
-> invalid This is a bug in the spellchecker. Get a new spellchecker build
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Duh! I DID do that before opening this bug and bitching about it. Unless the URL: http://spellchecker.mozdev.org/installation.html is not the correct location today, for obtaining 1.4B builds, the download does not solve the problem... Barry
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
> After upgrading to Build 20030623 Trunk 7 The 1.4b spellchecker no longer works with current trunk builds. There is in fact no spellchecker that works with them until the spellchecker is rebuilt against current trunk headers. But yes, this is a spellchecker issue for using non-frozen headers, not a Mozilla one.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → INVALID
verified invalid The spellchecker use unfrozen interfaces. unfrozen means that they can always change and and addon using this interface will crash unless you update the addon.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.