Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 16 Sep 2017 02:37:48 +0700
From:      Eugene Grosbein <eugen@grosbein.net>
To:        freebsd-ports@freebsd.org
Subject:   Re: slrn from ports segfaults when running
Message-ID:  <59BC2C0C.1040701@grosbein.net>
In-Reply-To: <20170915145629.GA18434@v007.zyxst.net>
References:  <20170915130055.GD20223@v007.zyxst.net> <59BBD0AA.60804@grosbein.net> <20170915135734.GE20223@v007.zyxst.net> <59BBDFE9.4010902@grosbein.net> <20170915145629.GA18434@v007.zyxst.net>

next in thread | previous in thread | raw e-mail | index | archive | help
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.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?59BC2C0C.1040701>