Bug 773557
| Summary: | [abrt] libreoffice-core-3.4.4.2-6.fc16: stoc_bootstrap::smgr_getImplementationName (SIGSEGV), [ntfs ?] | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Gwendolen <gwendolen.lynch> | ||||||||
| Component: | libreoffice | Assignee: | Stephan Bergmann <sbergman> | ||||||||
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 16 | CC: | caolanm, dtardon, erack, ltinkl, mstahl, sbergman | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | abrt_hash:f3f20520f130f29b35f8ee790737bd98db466cdd | ||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2012-02-29 08:14:38 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
Gwendolen
2012-01-12 09:17:01 UTC
Created attachment 552350 [details]
File: dso_list
Created attachment 552351 [details]
File: maps
Created attachment 552352 [details]
File: backtrace
This crashes for you on every launch ?, or just with a specific file. Sort of looks to me like the libs themselves are busted and there's something wrong with the install. a yum erase libreoffice-ure yum install libreoffice might help there to remove all the libreoffice stuff and install the default libreoffice packages again hmm, iniDir = "file:///media/Win7_NTFS/Users/Gawain", that's a little unusual. Perhaps that's the trigger, having a ntfs mounted home dir. What way is that dir mounted ?, i.e. output of mount | grep Gawain caolanm->sbergman: any thoughts about the above backtrace given the possibility of a iniDir on a foreign filesystem ? Oh my, sorry I forgot about this. I'm in Haiti and overloaded with work. OK: * The home directory is on an NTFS partition * Originally /home/gawain was a symlink to the NTFS mount (/home was ext4) * /home/gawain is now a bind mount of /media/Win7_NTFS/Users/Gawain * The crashes would start consistently happening after a reinstall and 2 or 3 restarts of the OS * `rpm -V` reported no problems * libreoffice has been stable now for a couple of weeks, probably due to one of the updates It is worth noting that I am using an ASUS ZenBook and there were multiple "wierdnesses" that disappeared circa kernel-3.2. However, I am no longer seeing the problem and if you require nothing more in the way of information from me I am happy to close this BZ. "Wierdnesses" probably describes what one sees here best. From the attached bt, it would look like SEGVing on push %rbx upon entry to stoc_bootstrap::smgr_getImplementationName, i.e., the stack pointer %rsp pointing outside allocated memory. But there is no reason why cppu::component_getFactoryHelper should call with a broken %rsp (and for frame #1 the stack is apparently still OK, as gdb could otherwise not display its locals). And the failing code path seems completely unrelated to whether iniDir points to an NTFS mount. So closing this. |