Closed Bug 108515 Opened 23 years ago Closed 22 years ago

Mozilla.exe Entry Point Not Found ?ToNewUnicode@nsString@@QBEPAGXZ

Categories

(SeaMonkey :: Installer, defect)

Product:
SeaMonkey
Component:
Installer
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: ghensch, Assigned: curt)

References

Details

Received the following Stop error upon completing the install of build:
Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.5+) Gecko/20011105

The procedure entry point ?ToNewUnicode@nsString@@QBEPAGXZ could not be located
in the dynamic link library xpcom.dll.
--> curt

reporter, please sort your components directory by date and report which .dll's
appear older than the rest. This problem typically means an obsolete file was
left over from a previous install.
Assignee: syd → curt
Component: Installer → Installer: XPI Packages
Summary: Mozilla.exe Entry Point Not Found stop error as part of install → Mozilla.exe Entry Point Not Found ?ToNewUnicode@nsString@@QBEPAGXZ
*** Bug 108544 has been marked as a duplicate of this bug. ***
The following files have older dates in my component directory:
fullsoft.dll     10/11/2001
Acctldl.dll      10/11/2001
chardetc.dll     10/11/2001
evntloop.dll      9/13/2001
nativapp.dll      9/13/2001

the new components all had dates of 11/5/2001
QA Contact: bugzilla → ktrina
Error not appearing after reinstall...

Matti@epost.de kindly pointed out that I should not install new builds over
older builds (notes on BUG 108544). I fumigated the old build, reinstalled the
new build, and cannot reproduce the error.
But there will always be customers who do install over their old builds, so this
is a real bug.  We will address it.
Using the nightly of 2001-11-15 on Windows NT 4.0, this bug is still present.  I tried to install it 
over a Mozilla 0.9.5 install, and got the reported error message.
marking NEW based on the comments
Status: UNCONFIRMED → NEW
Ever confirmed: true
I encountered this problem while trying to install the 0.9.6 build on top of 
0.9.5.
I uninstalled the botched 0.9.6 install and physically removed the C:\Program 
Files\mozilla.org\Mozilla directory, and rebooted the machine, then tried to 
reinstall. I don't see this message any more, but Mozilla crashes before the 
install is completed, and refuses to start.

Nope, nothing to be done, I had to revert to 0.9.5 (fortunately, I didn't have 
to go all the way back to a Ghost image). I have submitted Full circle reports, 
however.
Fazal's problem seems to be different.  Others are not crashing, only receiving
a benign error message but proceeding to be able to use the product
subsequently, correct?
*** Bug 104824 has been marked as a duplicate of this bug. ***
*** Bug 111236 has been marked as a duplicate of this bug. ***
*** Bug 111127 has been marked as a duplicate of this bug. ***
I've installed (full) Mozilla 0.9.6 on win2000sp2, upgrading from Mozilla 0.9.5,
and I get "The procedure entry point ?ToNewUnicode@nsString@@QBEPAGXZ could not
be located in the dynamic link library xpcom.dll" at the first automatic launch
after installation. Next (manual) launches don't show the error (quick launch
not activated).
*** Bug 111409 has been marked as a duplicate of this bug. ***
*** Bug 111501 has been marked as a duplicate of this bug. ***
Depends on: 104465
Installed 0.9.6 now and the following old components are still present:

Acctldl.dll      10/11/2001
chardetc.dll     10/11/2001
evntloop.dll      9/13/2001
nativapp.dll      9/13/2001

(these were previously reported)

one previously reported old component now changed

fullsoft.dll    was  10/11/2001  is now 11/20/2001

previously reported error message still present 



Checked in the fix to both mozilla and ns trunks.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 112160 has been marked as a duplicate of this bug. ***
*** Bug 112600 has been marked as a duplicate of this bug. ***
*** Bug 96095 has been marked as a duplicate of this bug. ***
I received this message just now on 2001113003 on W2K. Seems to still be 
present. If it was checked into the trunk on 11/26, shouldn't it be resolved in 
this 11/30 nightly build?


Yup.  It should.  Could you insert a dir of your components folder.  Make sure
you include the dates on the files, please.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
*** Bug 108768 has been marked as a duplicate of this bug. ***
I'm guessing the message isn't EXACTLY the same. If it isn't please open a new
bug since there is no doubt a newly obsoleted file.

Once we get a handle on this we should have an in-place-upgrade added to the
daily smoketests so we can stay right on top of the problem.
*** Bug 113178 has been marked as a duplicate of this bug. ***
*** Bug 115260 has been marked as a duplicate of this bug. ***
Isn't this one fixed? If not it should be fixed for milestones, and it's not
hard to do.
Keywords: mozilla0.9.7
I'm not seeing this anymore and there were checkins for this (apparently under
another bug). I'm going to close this.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Marking Verified.
Status: RESOLVED → VERIFIED
I have just installed 0.9.7 on top of 0.9.5 (which I had reverted to after a 
botched install of 0.9.6, see comment #9), and the install went fine.
Install of full 0.9.7 on top of full 0.9.6 worked fine for me on machine using Win98. Looks like it is fixed.
*** Bug 117689 has been marked as a duplicate of this bug. ***
*** Bug 117721 has been marked as a duplicate of this bug. ***
Just installed the nightly build for 3/15/2002 on windows 2000, still seeing
this bug.

.dll files older than 3/15/2002 in the components directory:
chardetnativeTest.dll
intlcmpt.dll
MyService.dll
sample.dll
TestDynamic.dll
universalchrdet.dll
xpacct32.dll
xpctest.dll

All dated 8/28/2001

Also, there are a whole load of .xpt files in there, which ALL have the same
date (8/28/2001)
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
I strongly doubt you're getting this exact message. Please open a new bug for 
each individual entry point that's a problem, they are actually different 
problems.

Several of the files in your list appear to have come from a .zip build, they 
are not delivered with an installer build. The installer WONTFIX those. If you 
install .zip builds you need to be responsible for your own cleanup, and 
generally it's just easier and safer to unzip builds into a fresh directory.

At least one of those files (intlcmpt.dll) appears to have been created and 
then removed in the middle of a milestone. The install team really only worries 
about cleaning up milestone to milestone since those are the builds that get a 
lot of traffic. As with the .zip builds, if you install nightlies you're better 
off installing to a fresh directory
Status: REOPENED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → FIXED
Verified fixed - New bug should be opened per comment #36
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Component: Installer: XPI Packages → Installer
QA Contact: ktrina → general
You need to log in before you can comment on or make changes to this bug.