127833 - Entry point not found - library xpcom.dll (?GetSharedBufferHandle@nsPrivateSharableString@@UBEPBV?$nsSharedBufferHandle@G@@XZ)

Status: VERIFIED FIXED

(SeaMonkey :: Installer, defect)

Description

[Uwe Kaiser]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.8+) Gecko/20020225
BuildID:    2002022503

After installation only by the first startup this message is displayed. See the
screenshot in the attachment. All other starts are without this message. 
This message appears also when going to Help in the menuebar and  activating
About-plug-ins. Here the message is reproducable every time.

It is sufficient to press OK and mozilla works without visible problems.

Reproducible: Always
Steps to Reproduce:
1.Go to HELP in the bar
2.Select About Plug-ins
3.The errormessage appears

Actual Results:  I got the message in the attachment, that the procedure entry
point in
xpcomm.dll was not found. 

Expected Results:  Show no such message

NT4.0 SP5 only browser and composer installed, no mail, news, chatzilla

Comment 1

[Uwe Kaiser]

Attachment: screenshot of the errormessage

Comment 2

[Matthias Versen [:Matti]]

Reporter:

You have installed Mozilla over an older build !
a) Over which build do you have installed build 2002022503 ?
b) Please attach a list of DLLs from c:\programme\mozilla\components\ which are
old (left over from your old build)

c) uninstall mozilla and reinstall it should fix your problem.

Comment 3

[Daniel Veditz [:dveditz]]

over to curt, another old thing to zap

Comment 4

[Uwe Kaiser]

Answers:

a) Build 2002022503 was installed over 2002022203

b) old ddl after installation of build 2002022503: mozldap.dll

c) Thanks.

Comment 5

[Henrik Gemal]

I cant reproduce this bug with latest Mozilla installer. This is what I tested:
- installed latest trunk on top of a 0.9.3 installation
- installed latest trunk on top of a 0.9.7 installation
- installed latest trunk on top of a 2002-02-22 installation

all installation were done using the "complete" option.

If this is still a valid bug please specfify how to reproduce...

Comment 6

[Matthias Versen [:Matti]]

Henrik Gemal: why not read the comments before you mark a bug worksforme ?

Comment 7

[Henrik Gemal]

I read the comments. That why I tested:
- installed latest trunk on top of a 2002-02-22 installation

works for me. Please specify a valid testcase.

Comment 8

[Henrik Gemal]

I now tried installating latest trunk on top of:
m15
m18
0.6
0.8
0.9.1
0.9.2
0.9.3
0.9.4
0.9.5
0.9.6
0.9.7
0.9.8

with no "entry point" problems at all...

How I tested:
1. Remove entire mozilla directory
2. install build (complete)
3. install latest build
4. start over at 1 again

Comment 9

[Matthias Versen [:Matti]]

Henrik: Have you tried (from comment #4) :
Build 2002022503 was installed over 2002022203 ?

Comment 10

[Uwe Kaiser]

How to reproduce this error message.

Currently installed: mozilla-win32-installer-sea.exe 2002030606-trunk
Navigator only

Install on top of this: mozilla-win32-installer-sea.exe  2002022810-0.9.4ec
After starting this produces a set of entrypoint not found messages.

Afterwards install mozilla-win32-installer-sea.exe 2002030606-trunk again and
you will get the message as shown in the attachment.

Sorry for the misleading information in the bug report before.

uwe

Comment 11

[Henrik Gemal]

>Henrik: Have you tried (from comment #4) :
>Build 2002022503 was installed over 2002022203 ?

that makes no sense. Installing m18 on top on m16 possibly also gives me error. 
Now need to fix those. Always test installing latest on top of something else.

I reproduced the bug now:
install "latest" on top of "2002-02-28-10-0.9.4ec"

The problem file is "mozldap.dll" in the component directory. Leftover also 
seems to be "nsldap32v40.dll" but that doesn't produce any entry points errors.

Comment 12

[Matthias Versen [:Matti]]

Attachment: easy patch

Comment 13

[Curt Patrick (gone)]

Comment on attachment 73063 [details] [diff] [review]
easy patch 

r=curt

Dan is out this week but Monday we'll get an sr= from him.

Comment 14

[Henrik Gemal]

on second thought I dont think "nsldap32v40.dll" is a left over...

Comment 15

[Henrik Gemal]

Ok. the complete picture:
When "upgrading" from "2002-02-28-10-0.9.4ec" to "latest" the following files 
are "left" behind. Left behind I mean not touched by the new install in:
C:\Program Files\mozilla.org\Mozilla\
 
-----------
msgMapi.dll
chrome\overlayinfo\editor\content\overlays.rdf
chrome\all-packages.rdf
chrome\all-skins.rdf
chrome\all-locales.rdf
chrome\user-locales.rdf
chrome\user-skins.rdf
component\nsMapiRegistry.dll
defaults\profile\US\chrome\userChrome.css
defaults\profile\US\chrome\userContent.css
res\throbber (directory)
res\acceptlanguage.properties
res\nssifail.txt
res\sample (a lot of files)

the most important files must be:
msgMapi.dll
component\nsMapiRegistry.dll

correct? Should we delete more?

Comment 16

[Matthias Versen [:Matti]]

We should delete this files :
msgMapi.dll
component\nsMapiRegistry.dll
component\mozldap.dll 

I have mozldap.dll and msgmapi.dll in my current build, are this files still
unused ?

Next question: Can you install a build without Mail over a build with mail ?

Comment 17

[Daniel Veditz [:dveditz]]

Due to Mozilla's evil component linkage the installer forces you to update each 
package it finds already installed if you try to update any of them. Users are 
free to install into a fresh directory if they want fewer packages in the new 
install, but we can't allow the mixture of an old Mail with a new XPCOM.

Comment 18

[Matthias Versen [:Matti]]

Attachment: updated patch

Comment 19

[Curt Patrick (gone)]

Comment on attachment 73707 [details] [diff] [review]
updated patch

dveditz can sr= this.  I've added him to the cc list

Comment 20

[Matthias Versen [:Matti]]

*** Bug 130297 has been marked as a duplicate of this bug. ***

Comment 21

[Henrik Gemal]

*** Bug 131623 has been marked as a duplicate of this bug. ***

Comment 22

[Daniel Veditz [:dveditz]]

Comment on attachment 73707 [details] [diff] [review]
updated patch

msgMapi and nsMapiRegistry are mail files and should be deleted in mail.jst

However, you should check with the mail folks on that one to see if it's really
gone or only temporarily gone.

Comment 23

[Srilatha Moturi]

As far as I know mozldap.dll still exists and we use it.
ccind dmose for confirmation

Comment 24

[Rajiv Dayal]

Comment on attachment 73707 [details] [diff] [review]
updated patch


The file msgMapi.dll is required, this is the mapi support implementation.
However, nsMapiRegistry.dll is obsolete and should go away.

Comment 25

[Rajiv Dayal]

Also note : I saw the in comments above, this is for 0.94 to latest, in 0.94
msgMapi.dll was in the 'bin' directory but now it is in the 'bin\components'
directory since now it is an XPCOM component.

Comment 26

[Rajiv Dayal]

Also mozldap.dll is the file for LDAP XPCOM SDK implementation it should not be
deleted.

Comment 27

[Matthias Versen [:Matti]]

Attachment: better patch, please review again...

Rajiv Dayal: Thanks for you answer !

Comment 28

[Daniel Veditz [:dveditz]]

Comment on attachment 75024 [details] [diff] [review]
better patch, please review again...

sr=dveditz

Comment 29

[Syd Logan]

*** Bug 119508 has been marked as a duplicate of this bug. ***

Comment 30

[Syd Logan]

adt1 per adt triage

Comment 31

[Henrik Gemal]

FYI:
Just tried a crazy thing... Install latest Mozilla on top of Netscape 6.2.1. 
The following files causes entry point problems:
component/absyncmj.dll
component/activation.dll
component/alchrdet.dll
component/impComm4x.dll
component/nsAB4xUpgrader.dll
component/spellchecker/spellchecker.dll

not really sure if we should bother...

Comment 32

[Daniel Veditz [:dveditz]]

That *is* a crazy thing, the Mozilla install will not clean up files left by
other installers.

Comment 33

[Curt Patrick (gone)]

I think it would be awfully bad precedent to deal try to fix this one.

Comment 34

[Matthias Versen [:Matti]]

Reopening:
The original bug report is still valid. Invalid is only comment #31.
The patch for a an installing a mozilla build over an older mozilla build needs
only a review (r= and a=).

Comment 35

[Curt Patrick (gone)]

Comment on attachment 75024 [details] [diff] [review]
better patch, please review again...

Matti, shall I assign this to you to complete, or shall I seek the a= and check
it in?

Comment 36

[Matthias Versen [:Matti]]

Thanks for your offer, i'll assign it to me.
You had enough work with this easy patch !

Comment 37

[Asa Dotzler [:asa]]

Comment on attachment 75024 [details] [diff] [review]
better patch, please review again...

a=asa (on behalf of drivers) for checkin to the 1.0 trunk

Comment 38

[Christopher Aillon (sabbatical, not receiving bugmail)]

Checked in to the trunk.

Comment 39

[Grace Bush]

verified upgrading from a 3/25 to 3/30 build (got bit by bug 135222 going to 
todays build)