Re: patch 3/3 debuginfod client interruptability

2019-11-17 Thread Frank Ch. Eigler
Hi - > Attached is a variant that adds debuginfod_begin and debuginfo_end > (names matching elf/dwarf_begin/end) and adds a debuginfod_client > handle to each other function. Sure, if you like. Would you be sympathetic to supporting a client=NULL entrypoint to the lookup functions, ergo no begi

Re: patch 3/3 debuginfod client interruptability

2019-11-17 Thread Mark Wielaard
Hi, On Fri, 2019-11-15 at 18:14 +, Pedro Alves wrote: > On 11/15/19 5:35 PM, Mark Wielaard wrote: > > > IMHO it would be best to avoid any global state from the start. Since > > we haven't released this api yet we can make it so that it is easy to > > have state per request object. > > +1 >

Re: Some debuginfod fixlets

2019-11-17 Thread Mark Wielaard
Hi, On Sat, 2019-11-16 at 17:42 +0100, Mark Wielaard wrote: > While testing Frank's new spec/rpms for the run-debuginfod-find.sh > testcase I found a couple of issues that I pushed to the debuginfod- > submit branch. > > Add tests/debuginfod-rpms to EXTRA_DISTS. > Fix two small memory leaks i