Which means (in theory :-) that the malloca.c allocates with alloca(3) and frees with regular free which gives jemalloc a heartache. The next step is to instrument them malloca.h and malloca.c calls with printfs to see what's happening... christos > On May 7, 2021, at 10:35 AM, Rin Okuyama <rokuyama.rk%gmail.com@localhost> wrote: > > The following reply was made to PR toolchain/56153; it has been noted by GNATS. > > From: Rin Okuyama <rokuyama.rk%gmail.com@localhost> > To: Christos Zoulas <christos%zoulas.com@localhost>, gnats-bugs%netbsd.org@localhost > Cc: toolchain-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, > netbsd-bugs%netbsd.org@localhost > Subject: Re: toolchain/56153: gdb is broken for alpha > Date: Fri, 7 May 2021 23:31:13 +0900 > >>> Can you try undef'ing all the HAVE_ALLOCA? >> >> Sure. I will soon! > > That's it! It works fine at least for cat.core: > > ---- > ds10$ ./gdb.noalloca cat cat.core > GNU gdb (GDB) 11.0.50.20200914-git > ...(snip)... > Reading symbols from cat... > Reading symbols from /usr/libdata/debug//bin/cat.debug... > [New process 18637] > Core was generated by `cat'. > Program terminated with signal SIGQUIT, Quit. > #0 0x000003fffdc242b8 in read () from /lib/libc.so.12 > (gdb) bt > #0 0x000003fffdc242b8 in read () from /lib/libc.so.12 > #1 0x0000000120001910 in raw_cat (rfd=<optimized out>) > at /usr/src/bin/cat/cat.c:313 > #2 0x0000000120001b0c in raw_args (argv=0x1fffff728) > at /usr/src/bin/cat/cat.c:277 > #3 0x0000000120002160 in main (argc=<optimized out>, argv=0x1fffff728) > at /usr/src/bin/cat/cat.c:136 > (gdb) > ---- > > Thanks, > rin >
Attachment:
signature.asc
Description: Message signed with OpenPGP