Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 Oct 2018 21:32:41 +0300
From:      Gleb Popov <6yearold@gmail.com>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        freebsd-hackers <freebsd-hackers@freebsd.org>
Subject:   Re: Strange hang when calling signal()
Message-ID:  <CALH631=cf86qAJQdWfAqfw0ctOuS_AE-=cGBCNN-ntBNepxoNQ@mail.gmail.com>
In-Reply-To: <20181004092631.GD5335@kib.kiev.ua>
References:  <CALH631mtb1Z-4v4%2BUuzCx0tX0Zt5LfoQR9%2Biags-nL7MRUhGLA@mail.gmail.com> <20180824185328.GE2340@kib.kiev.ua> <4e555da7-9384-0f22-3ef9-8b3661a48529@vangyzen.net> <20180824192315.GF2340@kib.kiev.ua> <CALH631=cvzzV96mqVZZKPQbz1LGRX%2Bjna3VDwgmA5wGeBxBtxQ@mail.gmail.com> <20181003213408.GV5335@kib.kiev.ua> <CALH631mes3qL5aQexAJHtb_dMOgw8tOgXkBM_YGXbBHmGqQqbQ@mail.gmail.com> <20181004082137.GC5335@kib.kiev.ua> <CALH631k8hppSiybr7khiPnXxqY_zea2JYSThZ7a9iC=9czjTGA@mail.gmail.com> <20181004092631.GD5335@kib.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 4, 2018 at 12:26 PM Konstantin Belousov <kostikbel@gmail.com>
wrote:

> On Thu, Oct 04, 2018 at 11:39:21AM +0300, Gleb Popov wrote:
> > On Thu, Oct 4, 2018 at 11:21 AM Konstantin Belousov <kostikbel@gmail.com
> >
> > wrote:
> >
> > > On Thu, Oct 04, 2018 at 10:56:41AM +0300, Gleb Popov wrote:
> > > > On Thu, Oct 4, 2018 at 12:34 AM Konstantin Belousov <
> kostikbel@gmail.com
> > > >
> > > > wrote:
> > > >
> > > > > On Wed, Oct 03, 2018 at 03:18:12PM +0300, Gleb Popov wrote:
> > > > > > I failed to extract a reproducing testcase from that test. The
> > > extracted
> > > > > > code works fine, so either I missed something, or some hidden
> > > conditions
> > > > > > must be fulfilled for the bug to appear.
> > > > > >
> > > > > > Maybe I can try to dive into libc myself? Can you give me some
> > > guidance?
> > > > > Or
> > > > > > maybe you just build kdevelop yourself? It is a matter of
> handful of
> > > > > > commands.
> > > > >
> > > > > Can you provide me the minimal self-contained set of binaries and
> > > shared
> > > > > libraries and the instruction to reproduce the issue ?
> > > > >
> > > >
> > > > Pull in all needed depndencies
> > > > # pkg install kdevelop gmake cmake git
> > > >
> > > > Get KDevelop sources
> > > > # git clone git://anongit.kde.org/kdevelop.git
> > > >
> > > > # Build the test executable
> > > > # mkdir kdevelop/build
> > > > # cd kdevelop/build
> > > > # cmake ..
> > > > # gmake -j4 test_qthelpplugin
> > > >
> > > > Run the test executable and see that it hangs
> > > > # ./plugins/qthelp/tests/test_qthelpplugin testDefaultValue
> > > This is exactly the opposite of 'minimal'.  Provide me the tarball
> which
> > > have just the binary and non-base shared libs needed to reproduce.
> > >
> > > I am not going to install kde on my crash boxes.
> > >
> >
> > Ok, can do that, but
> >
> > # ldd ./plugins/qthelp/tests/test_qthelpplugin | wc -l
> >
> > gives 286. Would that suit you?
> As far as all the mess is extracted into a single directory and can be
> removed with rm -rf, I am fine.
>

I understand that you are reluctant to install KDE, but this "mess" can
also be removed with just

# pkg delete kdevelop
# pkg autoremove
# rm -rf ~/kdevelop

Anyway, I've copied all libraries from ldd output except base ones into a
separate dir, copied the test executable, set LD_LIBRARY_PATH to "."
aaaaaand the hang doesn't happen. Maybe I did something wrong?



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALH631=cf86qAJQdWfAqfw0ctOuS_AE-=cGBCNN-ntBNepxoNQ>