13.0-RC3 bison causes tputs SIGSEGV

Thomas Dickey dickey at his.com
Wed Mar 31 23:54:12 UTC 2021


On Wed, Mar 31, 2021 at 06:49:55PM -0400, Thomas Dickey wrote:
> On Wed, Mar 31, 2021 at 09:40:49PM +0200, Juraj Lutter wrote:
> > 
> > > On 31 Mar 2021, at 15:53, Henric Jungheim <software at henric.org> wrote:
> > > 
> > >> 
> > >> Knowing that would help me see whether the problem is faulty initialization
> > >> from libtextstyle (i.e., the SCREEN pointer is null, making the path via
> > >> the static structure), or some ifdef-combination in ncurses that I've
> > >> neglected (i.e., a flaw in the pointer juggling).
> > 
> > I’ve observed that the application in question calls:
> > 
> >   /* Create the output styled stream.  */
> >   pk_ostream =
> >     (color_mode == color_html
> >      ? html_styled_ostream_create (file_ostream_create (stdout),
> >                                    style_file_name)
> >      : styled_ostream_create (STDOUT_FILENO, "(stdout)",
> >                               TTYCTL_AUTO, style_file_name));
> > 
> > Does it make any difference?
> 
> I don't know yet.  I've been setting up a build for bison+libtextstyle
> so that I can study it firsthand (and use valgrind, etc., to look for
> problems).

...valgrind on Debian/testing (iirc, valgrind doesn't work with BSDs).

However, aside from the cgetent stuff, the terminfo part of my test-setup
matches what's in FreeBSD's build for ncurses.  valgrind finds nothing
amiss with the tests that I've done to exercise the libtextstyle code.
(address-sanitizer may).

By the way, ktruss could show what files are opened in your configuration,
and a log from that would tell me if it's reading via the termcap interface.

-- 
Thomas E. Dickey <dickey at invisible-island.net>
https://invisible-island.net
ftp://ftp.invisible-island.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20210331/4b0a6949/attachment.sig>


More information about the freebsd-current mailing list