From owner-freebsd-gecko@FreeBSD.ORG Wed Jun 6 11:48:56 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 B5B45106564A for ; Wed, 6 Jun 2012 11:48:56 +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 338198FC1B for ; Wed, 6 Jun 2012 11:48:56 +0000 (UTC) Received: by bkvi18 with SMTP id i18so7135598bkv.13 for ; Wed, 06 Jun 2012 04:48:55 -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=hGEr11EMDP6+OoZybdqnirYbPTBOA1rM52abGwfXWzg=; b=z2Zakrpt5otS56SpgcJ7WUdOsv/I4IKL3DHBP1aQHiP/s4Wn8Hx+Ei1xv4snvo2zjp ReAgc5m83jqXjQZdOAS4yQwsKo8Hv5ORAd6BY3l++JnhJrG5W8dstCjxWtCn5TwYMc/+ Xa2TN7p0u6gA1mD4C2/xK/YwbsQ6c+Lf9krf0o3K8p6VTNKsYG8MYkWZzZPDykIG+745 SyCoTn4g0rIxlxTYTEzcMGrFUZD0nna4fzW0TgOtT8GmBz/ypVgU7An1DMt9l+YLj4rH nlIfSG05XTZuZDsAlz76/N2igHu2Tj675mGGvhstTKzPHkDyRkrnyvFlZWcuesT9Xk6/ zKqg== Received: by 10.204.143.138 with SMTP id v10mr11949613bku.40.1338983335133; Wed, 06 Jun 2012 04:48:55 -0700 (PDT) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id ie3sm1944757bkc.1.2012.06.06.04.48.53 (version=SSLv3 cipher=OTHER); Wed, 06 Jun 2012 04:48:54 -0700 (PDT) Message-ID: <4FCF43A3.3030603@gmail.com> Date: Wed, 06 Jun 2012 14:48:51 +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> In-Reply-To: <4FCF3A5F.80505@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 11:48:56 -0000 H wrote: >>> /usr/local/lib/seamonkey/seamonkey-bin: >> # ldd /usr/local/lib/seamonkey/seamonkey-bin >> >> ... >> >>> libintl.so.9 => /usr/local/lib/libintl.so.9 (0x2b252000) >> >> And this is your poison. Can be found by 'compat' substring: >> >>> libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x2b25b000) >>> libpcre.so.0 => /usr/local/lib/compat/pkg/libpcre.so.0 >>> (0x2b2b3000) >> >> This library is referred twice by seamonkey. I seems that some library >> or seamonkey itself depends on older libpcre while some other binary >> needs newer libpcre. >> >> It's not possible to clearly say which package should be rocompiled on >> your system, but you can fix it yourself: >> > > > Volodymyr > > can you tell what regex fucntion library has to do with the right mouse > button click? > > I have only pcre installed and it is up-to-date, as all other ports are > > seamonkey seems to require libpcre.so.0, it does not start without, this > is the older lib, libpcre.so.1 is coming from pcre which i just forced > an upgrade but no success > > even if this is the problem, why thunderbird is working fine, which is > using the exact same libs and was upgraded the same time? 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? 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. -- Sphinx of black quartz judge my vow.