Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | setup loader has problems loading C++ shared lib on SOlaris 2.7 | ||||||
---|---|---|---|---|---|---|---|
Product: | Installation | Reporter: | stx123 | ||||
Component: | ui | Assignee: | jogi | ||||
Status: | CLOSED FIXED | QA Contact: | issues@installation <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues, nesshof | ||||
Version: | 605 | ||||||
Target Milestone: | OOo 1.1 Beta | ||||||
Hardware: | Sun | ||||||
OS: | Solaris | ||||||
URL: | http://installation.openoffice.org/installation-bugs/msg00011.html | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
stx123
2000-10-26 21:05:38 UTC
Created attachment 11 [details]
showrev output
Seems like a missing C++ lib or patch for package SUNWlibC to me. This should be detected by the loader. As Stefan wrote, setup loader should detect missing patches and give additional information. Please contact LHO about #78464. *** Issue 84 has been marked as a duplicate of this issue. *** *** Issue 84 has been marked as a duplicate of this issue. *** 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. 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. 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. 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? changing QA contact from bugs@ to issues@ There is no need for the loader to be linked against libCrun, but how can I disable this. - please check hjs has forgotten to set the resolution to fixed. I will verify it. - 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 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. |