From owner-freebsd-openoffice@FreeBSD.ORG Wed May 28 17:20:10 2003 Return-Path: Delivered-To: freebsd-openoffice@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 609C137B401 for ; Wed, 28 May 2003 17:20:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88F243F75 for ; Wed, 28 May 2003 17:20:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h4T0K9Up044262 for ; Wed, 28 May 2003 17:20:09 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h4T0K9Ka044261; Wed, 28 May 2003 17:20:09 -0700 (PDT) Date: Wed, 28 May 2003 17:20:09 -0700 (PDT) Message-Id: <200305290020.h4T0K9Ka044261@freefall.freebsd.org> To: openoffice@FreeBSD.org From: Andrew Reilly Subject: Re: ports/52068: portupgrade of openoffice.org-1.0.3 stalls running installer X-BeenThere: freebsd-openoffice@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew Reilly List-Id: Porting OpenOffice to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2003 00:20:10 -0000 The following reply was made to PR ports/52068; it has been noted by GNATS. From: Andrew Reilly To: freebsd-gnats-submit@FreeBSD.org, areilly@bigpond.net.au Cc: Subject: Re: ports/52068: portupgrade of openoffice.org-1.0.3 stalls running installer Date: Thu, 29 May 2003 10:15:06 +1000 Hi, I've just tried installing openoffice again, and it stalled again (several times), and it has finally failed in the same way that I described before. I made certain that all traces of openoffice had been removed from my system before starting the build process. The screen image that I attached to my previous report was what happened when I tried to start openoffice after the installation process finished. However, the installation process did not get to "finished" without intervention from me: In several places during the build, saxparser stalled, and I killed that process and restarted the make (without first cleaning everything up) and it continued. saxparser had been busy building what looked like i18n modules for languages/locales that I don't care about, so I was not concerned if they were corrupted. At the end, when the make install process (i.e., top-level BSD port make) said: ===> Installing for openoffice-1.0.3_2 Initializing installation program.......... *** Error code 255 (ignored) ===> Generating temporary packing list ===> Add wrapper scripts ===> Registering installation for openoffice-1.0.3_2 ===> SECURITY REPORT: That Error code 255 (ignored) was me killing the soffice.bin executable, because it had been consuming 90+% of the CPU for the whole night, and that seemed unreasonable. These problems (and the others that I'm experiencing with sawfish) seem to me to be consistent with deadlock conditions in multi-threaded applications that are making unwarrented assumptions about the thread implementation, or perhaps bugs in the thread implementation. I'm thinking of upgrading to 5.x, just to get kernel-based threads, to be more like Linux and Solaris, where these applications are presumably more tested. Is that a reasonable approach? -- Andrew