To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112480 Issue #|112480 Summary|[libxml2] OOo unusable on Solaris 10 Update 8 Component|porting Version|DEV300m77 Platform|All URL| OS/Version|Solaris Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|code Assigned to|mst Reported by|mst
------- Additional comments from [email protected] Thu Jun 17 14:51:12 +0000 2010 ------- OOo crashes on Solaris 10 10/09 (Update 8) (x86) about a minute after starting, or even earlier if one is adventurous enough to load or store a document. the problem may manifest as a SIGSEGV in malloc: (dbx) where =>[1] t_splay(0x883a578), at 0xfeec521c [2] t_delete(0x883a578), at 0xfeec509c [3] realfree(0x883a3c0), at 0xfeec4dd6 [4] cleanfree(0x0), at 0xfeec53df [5] _malloc_unlocked(0xd0, 0x883a9b8, 0x883a928, 0xf5616974, 0xef37ea98, 0xf5512df3), at 0xfeec48fb [6] malloc(0xcc, 0x0), at 0xfeec4824 [7] xmlXPathNewContext(0x883a928, 0xef9a4bb4, 0xef37eb00, 0xef5a8436), at 0xf5512df3 or from another crash variant: [13] xmlXPathRegisterAllFunctions(0x8b7d918, 0x0), at 0xf5e55f30 is in /usr/lib/libxml2.so.2 [14] xmlXPathNewContext(0x8b7c5c0, 0xeed92828, 0xfef9d000, 0xef5a8436), at 0xf5512ed3 is in openoffice.org/ure/lib/libxml2.so.2 it is caused by 2 different libxml2.so.2 libraries being loaded into 1 OOo process: (dbx) proc -map | grep xml2 0xf5de0000 /usr/lib/libxml2.so.2 0xf5460000 /export/home/ms216673/inst/SO_m77_DEV300_si/opt/openoffice.org/ure/lib/libxml2.so.2 on Solaris 10 Update 8, the libraries are loaded like this: (dbx) c Reading libsplsi.so (dbx) c Reading libsfxsi.so Reading libsotsi.so Reading libfwesi.so Reading libsbsi.so Reading libsaxsi.so Reading libxml2.so.2 Reading libfwisi.so Reading libxcrsi.so Reading libi18nutilC52.so Reading libjvmfwk.so.3 Reading libi18npapersi.so Reading libjvmaccessC52.so.3 Reading libz.so.1 (dbx) proc -map | grep xml2 0xf5850000 /export/home/ms216673/inst/SO_m77_DEV300_si/opt/openoffice.org/ure/lib/libxml2.so.2 a bit later: (dbx) c Reading ucpgvfs1.uno.so (dbx) proc -map | grep xml2 0xf5850000 /export/home/ms216673/inst/SO_m77_DEV300_si/opt/openoffice.org/ure/lib/libxml2.so.2 (dbx) c Reading libgnomevfs-2.so.0.600.0 Reading libgconf-2.so.4.1.0 Reading libbonobo-2.so.0.0.0 Reading libbonobo-activation.so.4.0.0 Reading libORBit-2.so.0.0.0 Reading libresolv.so.2 Reading libxml2.so.2 Reading libssl.so.0.9.7 Reading libcrypto.so.0.9.7 Reading libORBitCosNaming-2.so.0.0.0 Reading libpopt.so.0.0.0 Reading libssl_extra.so.0.9.7 Reading libcrypto_extra.so.0.9.7 (dbx) proc -map | grep xml2 0xf5850000 /export/home/ms216673/inst/SO_m77_DEV300_si/opt/openoffice.org/ure/lib/libxml2.so.2 0xf4e10000 /usr/lib/libxml2.so.2 (dbx) proc -map | grep gnomevfs 0xf50e0000 /usr/lib/libgnomevfs-2.so.0.600.0 now we've got two of them. on an older Solaris 10 version it looked like this: (dbx) c Reading libsplsi.so (dbx) c Reading libsfxsi.so Reading libsotsi.so Reading libfwesi.so Reading libsbsi.so Reading libsaxsi.so Reading libxml2.so.2 Reading libz.so.1 Reading libfwisi.so Reading libxcrsi.so Reading libi18nutilC52.so Reading libjvmfwk.so.3 Reading libi18npapersi.so Reading libjvmaccessC52.so.3 (dbx) proc -map | grep xml2 0xf5a10000 /usr/lib/libxml2.so.2 so the libxml2.so.2 in the OOo installation is not loaded. only the /usr/lib/libxml2.so.2 is ever loaded, hence no crash. apparently Solaris 10 (our baseline) already ships a /usr/lib/libxml2.so.2, so the easiest solution for this problem would be to not ship libxml2.so.2 in OOo installation sets. i have not checked it, but i have no reason to believe that Solaris 10 Update 8 on SPARC would behave differently from x86 in this matter. furthermore, i expect a similar problem with the libxslt.so.1: it is shipped with OOo and with Solaris. (sb just told me that it indeed also causes crashes) so libxslt.so.1 should be removed from OOo installation set as well. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
