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
Hi -
> > > My `debuginfod.h` also does not show any (useful) inline API
> > > documentation for most of that file. Could this please be improved?
> > > The doxygen for dwfl is great and can be read directly together with
> > > the code,
> >
> > As they say, patches welcome. :-) The header contain
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
> > > new client object and use that? I feel like there's a fundamental
> > > confusi
On Freitag, 8. April 2022 21:44:32 CEST Frank Ch. Eigler wrote:
> Hi -
>
> > > (See also the DEBUGINFOD_MAXTIME and DEBUGINFOD_MAXSIZE env vars
> > > that can limit this.)
> >
> > I did come across those, but what are suggested best practices in
> > setting those? When using GDB or a profiler on
Hi -
> > (See also the DEBUGINFOD_MAXTIME and DEBUGINFOD_MAXSIZE env vars
> > that can limit this.)
> I did come across those, but what are suggested best practices in
> setting those? When using GDB or a profiler on larger non-trivial UI
> applications on Linux for the first time, we would start
On Freitag, 8. April 2022 15:44:32 CEST Frank Ch. Eigler wrote:
> Hi -
> > Now to my question: In applications using elfutils, we will now
> > automatically download debug information when DEBUGINFOD_URLS is
> > defined. But doing that can take a very long time.
>
> (See also the DEBUGINFOD_MAX
Hi -
> now that archlinux is supporting debuginfod, I have finally tried it
> out. It's such a game changer, many thanks for everyone involved in
> working on this!
Our pleasure!
> Now to my question: In applications using elfutils, we will now
> automatically download debug information when DEB
Hey all,
now that archlinux is supporting debuginfod, I have finally tried it out. It's
such a game changer, many thanks for everyone involved in working on this!
Now to my question: In applications using elfutils, we will now automatically
download debug information when DEBUGINFOD_URLS is def
13 matches
Mail list logo
