Re: cmake hanging

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

On Mon, 8 Jun 2020 at 15:38, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
>
> On Sun, 7 Jun 2020 at 10:25, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
> >
> > Hi,
> >
> > I just had another one, rebuilding gimp, running gegl. Again gdb -p
> > ... ; quit sorted it out.
> >
> > On Sat, 6 Jun 2020 at 20:36, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
> > >
> > > On Sat, 6 Jun 2020 at 20:26, Joerg Sonnenberger <joerg%bec.de@localhost> wrote:
> > > >
> > > > On Sat, Jun 06, 2020 at 06:45:03PM +0100, Chavdar Ivanov wrote:
> > > > > On Sat, 6 Jun 2020 at 18:43, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I got another cmake hang during pkg_rolling-replace today, while
> > > > > > building misc/kdepimlibs4, trace as follows:
> > > > >
> > > > > Just to mention that after I quit gdb and detached from the process it
> > > > > continued and completed the build . . .
> > > >
> > > > Right, that's the bug in the mutex wakeup handling.
> > >
> > > The second hung sample - with git - also completed OK after I quit gdb...
>
> I had another three cmake hangs just like this today, while rebuilding
> bits of kf5.
>
> Just to confirm - the moment one answers 'y' to the question whether
> to leave gdb the process continues and the build succeeds.
>
> This is somewhat annoying; although it does not stop the rebuild
> process, it makes it impossible to complete unattended.

I've had probably about 30 of these today, it renders bits of pkgsrc
unusable on -current. I had to go through another kf5 update today and
I've got a split tmux window, left side going through the build, right
- just waiting for a hang so that I can attach to the cmake process
with gdb and quit; the build then carries on.

Is there any workaround for this hang?

Here is another typical trace:

[Switching to LWP 5461 of process 15944]
0x00007d33fb4a87aa in ___lwp_park60 () from /usr/lib/libc.so.12
(gdb) thread apply all bt

Thread 2 (LWP 15944 of process 15944):
#0  0x00007d33fb44551a in _lwp_wait () from /usr/lib/libc.so.12
#1  0x00007d33fbc0c8e4 in pthread_join () from /usr/lib/libpthread.so.1
#2  0x00007d33fc89e57b in std::thread::join() () from /usr/lib/libstdc++.so.9
#3  0x00000000004a87eb in cmWorkerPoolWorker::~cmWorkerPoolWorker() ()
#4  0x00000000004a8e2e in cmWorkerPoolInternal::UVSlotEnd(uv_async_s*) ()
#5  0x00007d33fd20f69f in uv__async_io (loop=0x7d33fe8bb000,
w=<optimized out>, events=<optimized out>) at src/unix/async.c:163
#6  0x00007d33fd21d2aa in uv__io_poll (loop=loop@entry=0x7d33fe8bb000,
timeout=<optimized out>) at src/unix/kqueue.c:343
#7  0x00007d33fd20fc87 in uv_run (loop=0x7d33fe8bb000,
mode=UV_RUN_DEFAULT) at src/unix/core.c:381
#8  0x00000000004a948a in cmWorkerPoolInternal::Process() ()
#9  0x00000000004a94d4 in cmWorkerPool::Process(void*) ()
#10 0x00000000004731d4 in (anonymous namespace)::cmQtAutoMocUicT::Process() ()
#11 0x000000000067009c in cmQtAutoGenerator::Run(cm::string_view,
cm::string_view) ()
#12 0x0000000000462e22 in cmQtAutoMocUic(cm::string_view, cm::string_view) ()
#13 0x00000000004186d5 in
cmcmd::ExecuteCMakeCommand(std::vector<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >,
std::allocator<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > > const&) ()
#14 0x00000000007652ea in main ()

Thread 1 (LWP 5461 of process 15944):
#0  0x00007d33fb4a87aa in ___lwp_park60 () from /usr/lib/libc.so.12
#1  0x00007d33fbc096fd in ?? () from /usr/lib/libpthread.so.1
#2  0x00000000004a7d35 in cmWorkerPoolInternal::Work(unsigned int) ()
#3  0x00007d33fc89e53a in ?? () from /usr/lib/libstdc++.so.9
#4  0x00007d33fbc0c6dc in ?? () from /usr/lib/libpthread.so.1
#5  0x00007d33fb492370 in ?? () from /usr/lib/libc.so.12
#6  0x0000000000000000 in ?? ()

Chavdar

>
> > >
> > > >
> > > > Joerg
> > >
> > >
> > >
> > > --
> > > ----
> >
> >
> >
> > --
> > ----
>
>
>
> --
> ----



-- 
----