Apache OpenOffice (AOO) Bugzilla – Issue 5601
Using a DISPLAY pointing to a Mac OS X machine with XFree4.2 over ssh, makes soffice coredump at start up
Last modified: 2003-03-11 17:57:28 UTC
I would like to use my Mac as an X-terminal against a Solaris box with OpenOffice 1.0, so I ssh to the box, and try to start "soffice" (which works well when ssh'ing from another Solaris box). gdb reports with list that the source should have been in /export/home/000_STABLE_1/freetype/unxsols3.pro/misc/build/freetype-2.0.5/src/base/ftinit.c (typed, not pasted) I suspect that this may be due to a missing extension in XFree on the Mac. Any suggestions?
OS->CP: Can you help out here?
I really think this one is duplicate to issue 4395. It would be great if you could provide a complete stacktrace to that issue. *** This issue has been marked as a duplicate of 4395 ***
The stacktrace did not provide any useful information since the binary did not contain debug info. If you start providing builds with debug-info (sorry, I do not have time to set up the complete compiling environment on this machine) I will be happy to provide whatever you need. Is there a good description on how to run soffice inside gdb? The shell script wrapper does not exactly make it easy.
usually I hacke the soffice script. I exchange the very last exec "$sd_prog/$sd_binary" "$1" "$2" "$3" "$4" "$5" "$6" "$7" "$8" "$9" with gdb "$sd_prog/$sd_binary" That starts the gdb in the desired environment. In gdb I just say run. I don't need debug information (though it would be fine). Im interested in a callstack.
As mentioned on the qa dev list on March 5th I will close all resolved duplicate issues. Please see this posting for details. First step in IssueZilla is unfortunately to set them to verified.
As mentioned on the qa dev list on March 5th I will close all resolved duplicate issues. Please see this posting for details.