>> (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
