Issue 63 - setup loader has problems loading C++ shared lib on SOlaris 2.7
Summary: setup loader has problems loading C++ shared lib on SOlaris 2.7
Status: CLOSED FIXED
Alias: None
Product: Installation
Classification: Application
Component: ui (show other issues)
Version: 605
Hardware: Sun Solaris
: P3 Trivial (vote)
Target Milestone: OOo 1.1 Beta
Assignee: jogi
QA Contact: issues@installation
URL: http://installation.openoffice.org/in...
Keywords:
: 84 (view as issue list)
Depends on:
Blocks:
 
Reported: 2000-10-26 21:05 UTC by stx123
Modified: 2003-09-08 16:53 UTC (History)
2 users (show)

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

Attachments
showrev output (1.29 KB, text/plain)
2001-08-03 08:16 UTC, stx123 		no flags Details
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 stx123 2000-10-26 21:05:38 UTC 
When I attempted to install on solaris 2.7, I got:
1 :mleisner@dariat; ./setup 
ld.so.1: /tmp/sv001.tmp/setup.bin: fatal: relocation error: file
/tmp/sv001.tmp/setup.bin: symbol __1cH__CimplKcplus_init6F_v_:
referenced symbol not found
Killed
Comment 1 stx123 2000-10-26 21:10:30 UTC 
Created attachment 11 [details]
showrev output
Comment 2 stx123 2000-10-26 21:13:40 UTC 
Seems like a missing C++ lib or patch for package SUNWlibC to me. This should be
detected by the loader.
Comment 3 Olaf Felka 2000-10-30 14:57:52 UTC 
As Stefan wrote, setup loader should detect missing patches and give additional 
information. Please contact LHO about #78464.
Comment 4 stx123 2000-11-03 12:44:59 UTC 
*** Issue 84 has been marked as a duplicate of this issue. ***
Comment 5 stx123 2000-11-03 12:48:06 UTC 
*** Issue 84 has been marked as a duplicate of this issue. ***
Comment 6 Olaf Felka 2000-11-21 10:36:11 UTC 
Hi Olli,
for your information:
I've installed a OO-609 on virgin solaris7 sparc station without any patches.
Setup runs without any problems, OO is starting.
Comment 7 Unknown 2001-02-27 09:54:19 UTC 
You funny guys, who should the loader test if there is a path installed if it
crashes in a SEGV caused by a missing patch?
We don't want a start script within our installation, so this is a problem we
must fix in our build environment. We must link this small loader so that it
have the chance to start and do his job on all machines, then our script
./sopatchlevel.sh and ./sorev check if necessary patches are installed.
Comment 8 Unknown 2001-02-27 09:55:25 UTC 
You funny guys, how should the loader test if there is a path installed if it
crashes in a SEGV caused by a missing patch?
We don't want a start script within our installation, so this is a problem we
must fix in our build environment. We must link this small loader so that it
have the chance to start and do his job on all machines, then our script
./sopatchlevel.sh and ./sorev check if necessary patches are installed.
Comment 9 stx123 2001-03-01 11:45:58 UTC 
Exactly, in formaer times the loader didn't use libCrun, now (619 and earlier)
it does. 
Martin, Oliver, how can we make patch checking usefull again?
Comment 10 Unknown 2001-11-08 22:45:00 UTC 
changing QA contact from bugs@ to issues@
Comment 11 dirk.voelzke 2002-11-06 16:34:18 UTC 
There is no need for the loader to be linked against libCrun, but how
can I disable this.
Comment 12 hjs 2003-01-07 17:09:04 UTC 
-
Comment 13 hjs 2003-01-27 14:23:19 UTC 
please check
Comment 14 jogi 2003-01-27 14:34:40 UTC 
hjs has forgotten to set the resolution to fixed. I will verify it.
Comment 15 jogi 2003-01-27 14:53:07 UTC 
-
Comment 16 jogi 2003-01-30 09:54:14 UTC 
Seen in a local build ok.
                    Solaris 7 11/99 s998s_u4SunServer_10 SPARC
           Copyright 1999 Sun Microsystems, Inc.  All Rights Reserved.
                            Assembled 15 October 1999
Comment 17 michael.bemmer 2003-03-13 11:08:23 UTC 
As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.