Hi -
> I'm working on GUI applications (hotspot [1], gammaray [2]), people do not
> look at the command line output. I want to show the download progress and
> status graphically instead. [...]
Aha, got it. I'd say a
extern debuginfod_client *dwfl_get_debuginfod_client (Dwfl *);
type fun
On Mittwoch, 6. Juli 2022 21:41:33 CEST Frank Ch. Eigler wrote:
> Hi -
>
> > a) Notifying the user that a download is ongoing. Right now, it feels like
> > the tool is frozen as no feedback is given to the user.
>
> Right, can you explain how DEBUGINFOD_PROGRESS=1 is not a good fit in your
> case
Hi -
> a) Notifying the user that a download is ongoing. Right now, it feels like
> the
> tool is frozen as no feedback is given to the user.
Right, can you explain how DEBUGINFOD_PROGRESS=1 is not a good fit in your case?
- FChE
On Mittwoch, 6. Juli 2022 20:40:09 CEST Frank Ch. Eigler wrote:
> Hi -
>
> > > Thus my proposal, and RFC:
> > >
> > > ```
> > > /* Let us mirror the debuginfod progressfn for dwfl and forward it to
> > >
> > >the internal debuginfod client, if available.
> > >This way, dwfl's usage of de
Hi -
> > Thus my proposal, and RFC:
> >
> > ```
> > /* Let us mirror the debuginfod progressfn for dwfl and forward it to
> >the internal debuginfod client, if available.
> >This way, dwfl's usage of debuginfod can stay optional and we would not
> >need to link to debuginfod directly
On Samstag, 9. April 2022 15:44:34 CEST Milian Wolff wrote:
> On Freitag, 8. April 2022 21:50:18 CEST Milian Wolff wrote:
> > On Freitag, 8. April 2022 21:44:32 CEST Frank Ch. Eigler wrote:
> > > > Will the default code that uses debuginfod from within dwfl then pick
> > > > up
> > > > my
> > > > n
