On Mon, 8 Jun 2020 at 15:38, Chavdar Ivanov <ci4...@gmail.com> wrote: > > On Sun, 7 Jun 2020 at 10:25, Chavdar Ivanov <ci4...@gmail.com> 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 <ci4...@gmail.com> wrote: > > > > > > On Sat, 6 Jun 2020 at 20:26, Joerg Sonnenberger <jo...@bec.de> wrote: > > > > > > > > On Sat, Jun 06, 2020 at 06:45:03PM +0100, Chavdar Ivanov wrote: > > > > > On Sat, 6 Jun 2020 at 18:43, Chavdar Ivanov <ci4...@gmail.com> 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 > > > > > > > > > > > > -- > > > ---- > > > > > > > > -- > > ---- > > > > -- > ---- -- ----