Issue 32849 - instset_native windows: cannot register ldapbe2.uno.dll
Summary: instset_native windows: cannot register ldapbe2.uno.dll
Status: CLOSED FIXED
Alias: None
Product: Installation
Classification: Application
Component: code (show other issues)
Version: 680
Hardware: PC Windows XP
: P1 (highest) Trivial (vote)
Target Milestone: OOo 2.0
Assignee: ingo.schmidt-rosbiegal
QA Contact: issues@installation
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-11 15:22 UTC by rt
Modified: 2004-11-29 10:57 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description rt 2004-08-11 15:22:41 UTC 
A dmake in instset_native/util or instsetoo_native/util on windows fails with
error message
error (CannotRegisterImplementaionException): loading component library failed:
ldapbe2.uno.dll
except you by change have a msvcr70.dll in your windows system directory (i.e.
you once installed .NET2002).

Background.: we once had the same problem for ldapbe1.dll. The reason was that
this libs are linked against nsldap32v50.dll which is a precompiled library
checked in in module moz. Obviously nsldap32v50.dll has been made with .NET2002
(by the way, isn't this a bug too?). 
AFAIK Ingo fixed this by adding the path to all packed libraries (msvcr70.dll
belongs to an install set and is taken from %SO_PACK) to the search patch of
regcomp. Probably somewhere around solenv/bin/modules/installer/servicesfile.pm
line 705. That used to work until m49. In m50 ldapbe1.dll has been replaced by
ldapbe2.uno.dll, and now somehow this mechanism seems broken.

RT->CP: Christof, as Ingo currently is on vacation, could you as his manager
please take care of this issue please?
Comment 1 christof.pintaske 2004-08-13 12:50:25 UTC 
workarounded by putting the library into the build environment
Comment 2 christof.pintaske 2004-08-16 13:51:41 UTC 
cp->is: fyi, please send back to rt if there isn't anything more to do.
Comment 3 christof.pintaske 2004-08-16 14:07:58 UTC 
.
Comment 4 christof.pintaske 2004-08-16 14:08:24 UTC 
.
Comment 5 christof.pintaske 2004-08-16 14:09:13 UTC 
reassigning for evaluation
Comment 6 Martin Hollmichel 2004-11-03 04:37:51 UTC 
mh->is: ping, can we close this issue ?
Comment 7 ingo.schmidt-rosbiegal 2004-11-03 08:59:15 UTC 
I think as a prio 1 we can close this issue (or send it back to Rüdiger). But I
kept this task until now, to think about a more  reliable process for
registering the ldapbe library. One solution is, to shift vom regcomp to
regmerge, which is introduced in my cws nativefixer1.
Comment 8 ingo.schmidt-rosbiegal 2004-11-29 10:57:39 UTC 
This is a fixed task with cws. Therefore I close it now. With the change from
regmerge to regcomp we will no longer have this problem in the future.