From owner-freebsd-gecko@FreeBSD.ORG Wed Jun 6 12:34:26 2012 Return-Path: Delivered-To: gecko@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E79381065672 for ; Wed, 6 Jun 2012 12:34:26 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 67C3F8FC16 for ; Wed, 6 Jun 2012 12:34:03 +0000 (UTC) Received: by bkvi18 with SMTP id i18so7189960bkv.13 for ; Wed, 06 Jun 2012 05:33:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=F1MuM/ybx1DDl+j7xUZdqWkC3plkaKs4G5tYIkuTQBY=; b=R3wIK6qrUoREGhHUGVPn055i4Kn8xACjJfwILEJlz1cdIL1azurKIX/PGDBLHCoOjs 3MjfpT3cZXwPSpXATLRFQgTLn/El/51WcTJeFEeRJ9L32+C+1UkFU2VdR8w3zDe+i0Cv u2JeIW2+u4rxwujQDaLIDUNLZ3bdfpLXgPv8DKpy4yJkmdPi13VCs/WMWXAVCDn7fU3b g8VVUjK7gykNwzrlzV3kqL4Oz2Cnh5/nNm0RitdlSz9+6sVh3F8HhL541zAR8rZV/Kun 5hDRyTZjEMCYmdjKY/DCs2foNVQoaSNRcxigsIKOLDbHPydYEIdFPoSUUVwBdzQoF7T9 XwcA== Received: by 10.204.152.196 with SMTP id h4mr12449920bkw.131.1338986036466; Wed, 06 Jun 2012 05:33:56 -0700 (PDT) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id fu14sm2129277bkc.13.2012.06.06.05.33.54 (version=SSLv3 cipher=OTHER); Wed, 06 Jun 2012 05:33:55 -0700 (PDT) Message-ID: <4FCF4E30.8040305@gmail.com> Date: Wed, 06 Jun 2012 15:33:52 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120605 Firefox/12.0 SeaMonkey/2.9.1 MIME-Version: 1.0 To: H References: <4FCE7044.5060308@hm.net.br> <4FCF082B.2050904@gmail.com> <4FCF198C.1040703@hm.net.br> <4FCF1C7C.2020708@gmail.com> <51da39fbe03c8f0c30b0fe9846eb0169.squirrel@wm.matik.com.br> <4FCF2394.2020303@gmail.com> <353659e8a9859572fac4ea556a76ecb5.squirrel@wm.matik.com.br> <4FCF2982.5070107@gmail.com> <4FCF3A5F.80505@hm.net.br> <4FCF43A3.3030603@gmail.com> <4FCF4876.8090705@hm.net.br> In-Reply-To: <4FCF4876.8090705@hm.net.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gecko@FreeBSD.org Subject: Re: seamonkey upgrade => 2.9.1 X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 12:34:27 -0000 H wrote: Could you please hit "Reply all" button? I'm not the best one around to help you, there are others on the list that can give you better hints. >> Maybe it fail only when it touches required functionality somewhere in >> gtk or cairo which in turn was compiled with older libpcre and there >> demands other calling conventions? > > I can not say that for sure, my system was up to date and before > yesterday I upgraded the portstree and upgraded kde to 4.8 as well as > all other ports > > I do not have enough insight but I believe there was no lib version bump > between seamonkey 2.9 and 2.9.1, so I wonder why the former versions was > working fine. > > I could force an upgrade on all ports seamonkey depends on, I think I > will do that but start with all x11 stuff first and see There are multiple ways to narrow your search. 1. First one is to use pkg_libchk from sysutils/bsdadminscripts as it should list all packages missing any libraries. This is exactly your case. 2. You generally can do almost the same by issuing "ldd -a /usr/local/lib/seamonkey/seamonkey-bin" and identifying port to rebuild by "pkg_info -W library_name". 3. You can rebuild only packages that require libpcre and was build before it. Here's how: cd /var/db/pkg/pcre-* cat +REQUIRED_BY | xargs -n1 -Ifoo find ../foo/+DESC \! -cnewer '+DESC' | sed -e 's|^\.\./||' -e 's|/+DESC$||' > > backtrace below > > thanks > Hans > >> >> You can take another route. >> >> 1. Force seamonkey to freeze. >> 2. Obtain core dump with gcore (1). >> 3. Open core dump with "gdb /usr/local/lib/seamonkey/seamonkey-bin >> seamonkey-bin.core". >> 4. Take backtrace with "bt full". >> >> However it would not provide clearly useful information unless all >> binaries wouldn't be stripped. To install unstripped binaries you >> should rebuild seamonkey and everything it depends on WITH_DEBUG and >> this will take much more time then fixing linkage the way I explained >> before. >> >> Try posting backtrace anyway. Maybe this clears things a bit. >> > > the problem I see with the former method is portupgrade -a, since all > are up to date I need something more specific, portupgrade -af make not > so much sense to me > > also my small knowledge makes me thinking that there are certainly other > binaries using the same libs and no one fails and everything is working > fine but firefox and seamonkey > > > well, seems not so very conclusive but have a look: > > (gdb) bt full > #0 0x2a2b57bf in pthread_kill () from /lib/libthr.so.3 > No symbol table info available. > #1 0x2a2b4ee2 in pthread_kill () from /lib/libthr.so.3 > No symbol table info available. > #2 0x2a2b7d69 in pthread_cond_signal () from /lib/libthr.so.3 > No symbol table info available. > #3 0x29e929cf in PRP_NakedNotify () from /usr/local/lib/libplds4.so.1 > No symbol table info available. > #4 0x29e937ee in PR_WaitCondVar () from /usr/local/lib/libplds4.so.1 > No symbol table info available. > #5 0x29e938e7 in PR_Wait () from /usr/local/lib/libplds4.so.1 > No symbol table info available. > #6 0x292fdb46 in nsStopwatch::Release () from > /usr/local/lib/seamonkey/libxul.so > No symbol table info available. > #7 0x292fdd93 in nsStopwatch::Release () from > /usr/local/lib/seamonkey/libxul.so > No symbol table info available. > #8 0x2957a68a in XRE_AddStaticComponent () from > /usr/local/lib/seamonkey/libxul.so > No symbol table info available. > #9 0x2953c7db in mozilla::hal_impl::GetCurrentNetworkInformation () > from /usr/local/lib/seamonkey/libxul.so > No symbol table info available. > #10 0x2957a412 in XRE_AddStaticComponent () from > /usr/local/lib/seamonkey/libxul.so > No symbol table info available. > #11 0x29e999da in PR_CreateThread () from /usr/local/lib/libplds4.so.1 > No symbol table info available. > #12 0x2a2ad4ea in pthread_getprio () from /lib/libthr.so.3 > No symbol table info available. > #13 0xbd4d9fec in ?? () > No symbol table info available. /usr/local/lib/libplds4.so.1 is part of security/nspr but it doesn't link to libpcre. In turn /usr/local/lib/seamonkey/libxul.so depend on a lot off glib/gtk stuff that in turn depends on libpcre. -- Sphinx of black quartz judge my vow.