From owner-freebsd-ports@freebsd.org Sat May 5 16:01:11 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A660CFB1C0A; Sat, 5 May 2018 16:01:10 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4218E8530A; Sat, 5 May 2018 16:01:10 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 155C1108D6; Sat, 5 May 2018 16:01:09 +0000 (UTC) From: Jan Beich To: Radek =?utf-8?Q?Krej=C4=8Da?= Cc: "freebsd-questions\@freebsd.org" , "freebsd-ports\@freebsd.org" Subject: Re: Firebird core dumped after update References: <76366174-F023-4407-84C7-EE1D9D76729B@starnet.cz> Date: Sat, 05 May 2018 18:01:06 +0200 In-Reply-To: <76366174-F023-4407-84C7-EE1D9D76729B@starnet.cz> ("Radek =?utf-8?Q?Krej=C4=8Da=22's?= message of "Sat, 5 May 2018 15:50:36 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2018 16:01:11 -0000 Radek Krej=C4=8Da writes: > I updated freebsd and ports to latest version. And I have big troubles > with Firebird and probably ICU after update. Server starts without > problems but if I try to import database, server core dumps. Build the port and dependencies WITH_DEBUG=3D1 then use gdb (from ports) or lldb to get a backtrace. truss/ktrace only captures system calls i.e., rarely useful when debugging application crashes. > stat("/usr/local/share/icu/61.1/icudt61l/windows-874-2000.cnv",0x7fffdf7f= 63b0) ERR#2 'No such file or directory' [...] > Its true, this file really doesn't exist. But why? I tried to > recompile all packages from ports, the same situation. devel/icu has --with-data-packaging=3Darchive which concatenates all locale data into a single file e.g., icudt61l.dat. http://userguide.icu-project.org/icudata Maybe ICU always iterates over all places locale data can be. Unless no data is found it's unlikely to be the reason of the crash.