Automatically download symbols and sources in GDB

Post by bmn__ » Sun, Jun 07, 2020, 10:37 PM UTC

schultetwin1 wrote: post #10

bmn__ wrote: post #8

Earlier quoted context omitted.

"Good enough" solutions were already in place for many years, that's why a symbol server was not a matter of urgency. Did you know about the following? • A package manager can be configured to install the corresponding debuginfo/debugsource packages, this is literally one menu toggle. It's off by default to save disk space, as most users don't need them. • A desktop environment crash handler (e.g. drkonqi) offers to…

I'm not aware of those solutions. Very cool! Are they specific to one distro (for example, Fedora)? How do I get gdb to show me the command to installing missing packages? One downside to those solutions, they only support debugging on the same machine running the executable. If I want to debug a crash dump from a machine different from my own I might not be able to install the packages.

Post by usr1106 » Mon, Jun 08, 2020, 1:49 AM UTC

bmn__ wrote: post #8

the_mitsuhiko wrote: post #2

I strongly encourage developments like that. It’s a shame that Linux and macOS didn’t adopt something like Microsoft’s symbol server. This project could become something like this. If you have an installation like this you can also plug it into Sentry as symbol server and it picks it up.

"Good enough" solutions were already in place for many years, that's why a symbol server was not a matter of urgency. Did you know about the following? • A package manager can be configured to install the corresponding debuginfo/debugsource packages, this is literally one menu toggle. It's off by default to save disk space, as most users don't need them. • A desktop environment crash handler (e.g. drkonqi) offers to…

Post by the_mitsuhiko » Mon, Jun 08, 2020, 6:03 AM UTC

bmn__ wrote: post #8

the_mitsuhiko wrote: post #2

I strongly encourage developments like that. It’s a shame that Linux and macOS didn’t adopt something like Microsoft’s symbol server. This project could become something like this. If you have an installation like this you can also plug it into Sentry as symbol server and it picks it up.

"Good enough" solutions were already in place for many years, that's why a symbol server was not a matter of urgency. Did you know about the following? • A package manager can be configured to install the corresponding debuginfo/debugsource packages, this is literally one menu toggle. It's off by default to save disk space, as most users don't need them. • A desktop environment crash handler (e.g. drkonqi) offers to…

Post by de_watcher » Mon, Jun 08, 2020, 11:31 AM UTC

blinkingled wrote: post #5

the_mitsuhiko wrote: post #2

I strongly encourage developments like that. It’s a shame that Linux and macOS didn’t adopt something like Microsoft’s symbol server. This project could become something like this. If you have an installation like this you can also plug it into Sentry as symbol server and it picks it up.

Yep, in case of Linux the 'it's OSS. Download the tar.gz configure --enable-debug and deal with it' attitude hampered the development and use of something like a Symbol Server. Microsoft has had it since at least 2005 - that's the first Visual Studio release I remember using it with - so it might have exited before that. It's things like these that separate MS from all others - Engineering culture of having to give 2…

Post by de_watcher » Mon, Jun 08, 2020, 2:35 PM UTC

blinkingled wrote: post #18

de_watcher wrote: post #17

Earlier quoted context omitted.

What are you talking about? Linux distros come with debug info packages.

Yeah I know - that's a more recent thing however and the attitude in the early days was what I was referring to. Oh and the debuginfo packages used to be and still are huge in size. Not sure if anything has changed most recently but the concept of lazy loading symbols from remote and storing only what you need locally is not something you can do with debuginfo packages.