Bug 240622
| Summary: | x86_64: OO.org (scalc/writer/etc) crashing during startup. | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Gilboa Davara <gilboad> | ||||||
| Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> | ||||||
| Status: | CLOSED NOTABUG | QA Contact: | |||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 6 | ||||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2007-05-20 09:16:48 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Gilboa Davara
2007-05-18 22:13:33 UTC
Created attachment 155033 [details]
gdb log
Created attachment 155034 [details]
pre-crash gdb log. (osl_loadModule -> osl_psz_loadModule. )
" #13 0x00000033c4e2ec04 in osl_psz_loadModule (pszModuleName=0x1 <Address 0x1
out of bounds>,
nRtldMode=<value optimized out>) at module.c:136"
Without looking into the code, I can't really understand what's going on... but
something goes horribly wrong between osl_loadModule and osl_psz_loadModule.
Check the gdb session log below.
- Gilboa
hmm, most strange, simply looks like it is blowing up on dlopening /usr/lib64/openoffice.org2.0/program/typemgr.uno.so . Perhaps make a backup of that library and extract that lib from the original rpms with cd /tmp/foome && rpm2cpio *core.rpm|cpio -ivd and copy it into /usr/lib64/openoffice.org2.0/program and see if that makes a difference. I remove the offending openoffice package (openoffice.org-core) and reinstalled it and it seems to be working just fine now. Weird! Any idea what went wrong? - Gilboa perhaps it was prelink that triggered the problem, it rewrites some libraries. Maybe a manual /usr/sbin/prelink -av -mR to force prelink to happen on the freshly installed .sos might recreate the state OOo was in before the reinstall of the libraries ? If it breaks right after the prelink then this might be the trigger of the problem, otherwise I have no idea. I re-tried running prelink but didn't see anything blow up. The machine is being used for driver development - it is entirely possible that it crashed while prelink was running, breaking OO. Anyways, thanks for help. - Gilboa ... Should I close the BZ#? |