From owner-freebsd-ports@freebsd.org Fri Sep 15 19:38:38 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A519E0519B for ; Fri, 15 Sep 2017 19:38:38 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D91547589E for ; Fri, 15 Sep 2017 19:38:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v8FJcLPa096469 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 15 Sep 2017 21:38:22 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id v8FJbpie074934 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Sat, 16 Sep 2017 02:37:51 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: slrn from ports segfaults when running To: freebsd-ports@freebsd.org References: <20170915130055.GD20223@v007.zyxst.net> <59BBD0AA.60804@grosbein.net> <20170915135734.GE20223@v007.zyxst.net> <59BBDFE9.4010902@grosbein.net> <20170915145629.GA18434@v007.zyxst.net> From: Eugene Grosbein Message-ID: <59BC2C0C.1040701@grosbein.net> Date: Sat, 16 Sep 2017 02:37:48 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20170915145629.GA18434@v007.zyxst.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2017 19:38:38 -0000 15.09.2017 21:56, tech-lists пишет: > On Fri, Sep 15, 2017 at 09:12:57PM +0700, Eugene Grosbein wrote: >> On 15.09.2017 20:57, tech-lists wrote: >>> On Fri, Sep 15, 2017 at 08:07:54PM +0700, Eugene Grosbein wrote: >>> >>>> First, try to rebuild port using "make WITH_DEBUG=yes" and run non-stripped binary >>>> from stage/ subdirectory of port building ares. Then get corefile and >>>> use gdb to get backtrace. >>> >>> I had to run make install because running it from the staging >>> directory gives this error: >>> >>> slrn 1.0.3 >>> Unable to locate slrn.sl on load path >>> Configuration error: Unable to load startup file >>> The hardcoded load path is set to: /usr/local/share/slrn/slang >>> You make need to set the SLRN_SLANG_DIR environment variable. >>> slrn fatal error: >>> Error initializing S-Lang interpreter. >>> >>> so, ran make install: >> >> This installs slrn.sl to right place. You can still run debugging binary >> or just manually copy it to /usr/local/bin/ > > OK, did that (and set the NNTPSERVER env var, coredump happened on > selecting a newsgroup. It happens if there's a lot of articles in the > newsgroup. > > This GDB was configured as "amd64-marcel-freebsd". > (gdb) core slrn.core > Core was generated by ./slrn -f /root/.jnewsrc --create'. > Program terminated with signal 11, Segmentation fault. > #0 0x0000000801a92421 in ?? () > (gdb) bt > #0 0x0000000801a92421 in ?? () > #1 0x00007fffffffdc10 in ?? () > #2 0x00000008026014b7 in ?? () > #3 0x00007fffffffdbc0 in ?? () > #4 0x0000000000000000 in ?? () This does not seem to be debugging version. Perhaps, stage/ directory already contains stripped binary. Use 'file slrn' to be sure. Run unstripped slrn binary from building directory instead then. And may be, this port does not respect WITH_DEBUG=yes knob.