>> (gdb) print *cv >> $1 = {cv_shared = 0x6c652e73, cv_closure = 0x761713184050} >> (gdb) print *cv->shared >> There is no member named shared. >> (gdb) print *cv->cv_shared >> Cannot access memory at address 0x6c652e73 >> (gdb) print *cv->cv_shared->ci_ops >> Cannot access memory at address 0x6c652e73 >> (gdb) > > 0x6c652e73 == "s.el" (ascii) so it sounds like something > uninitialized/overwritten.
Hmm... I thought there had been made progress to make the address sanitizer feature of gcc and/or clang work on NetBSD? (ref. "gcc -fsanitize=address") However, my previous attempt at using that feature on netbsd-9 was unfortunately not met with success (I tried with gcc) -- I ended up with "rpl_malloc()" as undefined -- we don't define that but it's supposedly defined in a Linux-based environment... I didn't try with clang for the program I was looking at, and I've also not tried on -current. In principle, tar ought to be a simpler program to get to run than the multi-threaded program I was trying to get going... Regards, - HÃ¥vard