Hi, I am having the same cmake hangs as in this thread. I've attached the gdb 'thread apply all bt' output (collected with script). It happens during a fairly long pkg_rolling-replace under 9.99.72 from the 29th of August, after about 900 packages were already done, during the build of kmymoney. On Tue, 16 Jun 2020 at 19:05, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote: > > I just had another similar hang, this time in git, while trying to > pull pkgsrc/wip: > ....... > [Switching to LWP 2518 of process 2823] > 0x000072b102aa87aa in ___lwp_park60 () from /usr/lib/libc.so.12 > (gdb) thread apply all bt > > Thread 2 (LWP 2823 of process 2823): > #0 0x000072b102a4551a in _lwp_wait () from /usr/lib/libc.so.12 > #1 0x000072b10320c754 in pthread_join () from /usr/lib/libpthread.so.1 > #2 0x0000000000549842 in preload_index () > #3 0x0000000000558178 in refresh_index () > #4 0x00000000004252f0 in cmd_status () > #5 0x00000000004053fe in handle_builtin () > #6 0x0000000000406301 in cmd_main () > #7 0x00000000005ea9a3 in main () > > Thread 1 (LWP 2518 of process 2823): > #0 0x000072b102aa87aa in ___lwp_park60 () from /usr/lib/libc.so.12 > #1 0x000072b103209791 in ?? () from /usr/lib/libpthread.so.1 > #2 0x000072b102ad6d0a in je_malloc_mutex_lock_slow () from /usr/lib/libc.so.12 > #3 0x000072b102b0e4f1 in je_arena_choose_hard () from /usr/lib/libc.so.12 > #4 0x000072b102ab583f in je_tsd_tcache_data_init () from /usr/lib/libc.so.12 > #5 0x000072b102ab5a89 in je_tsd_tcache_enabled_data_init () from > /usr/lib/libc.so.12 > #6 0x000072b102ab1b09 in je_tsd_fetch_slow () from /usr/lib/libc.so.12 > #7 0x000072b102b0e82d in malloc () from /usr/lib/libc.so.12 > #8 0x00000000005cbed5 in xrealloc () > #9 0x00000000005a04d0 in strbuf_grow () > #10 0x00000000005aa74b in lstat_cache_matchlen () > #11 0x00000000005aa885 in threaded_has_symlink_leading_path () > #12 0x00000000005495b8 in preload_thread () > #13 0x000072b10320bee0 in ?? () from /usr/lib/libpthread.so.1 > #14 0x000072b102a92370 in ?? () from /usr/lib/libc.so.12 > #15 0x0000000000200000 in ?? () > #16 0x0000000000000000 in ?? () > .... > > The system is from today: > > $ uname -a > NetBSD ymir 9.99.67 NetBSD 9.99.67 (GENERIC) #4: Tue Jun 16 09:10:01 > BST 2020 sysbuild@ymir:/home/sysbuild/amd64/obj/home/sysbuild/src/sys/arch/amd64/compile/GENERIC > am > d64 > > > Chavdar > > > On Thu, 11 Jun 2020 at 00:19, Andrew Doran <ad%netbsd.org@localhost> wrote: > > > > On Mon, Jun 08, 2020 at 03:38:44PM +0100, Chavdar Ivanov 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 just made some more changes to libpthread today that may help. I'll try > > building KDE soon. > > > > Cheers, > > Andrew > > > > -- > ---- -- ----
Attachment:
cmake.log
Description: Binary data