Re:The computers are fast, but you don't know it
by throwaway894345 on Friday June 17, 2022 @10:18AM
(#31778570)
Nah man, I've spent way too much time trying to piece together libraries to turn core dumps into a useful stack trace. Similarly, as miserable as Python package management is, at least it has a package manager that works with virtually every project in the ecosystem. I actually really like writing C++, but there are certain obstacles that slow a developer down tremendously--I could forgive them if they were interesting obstacles (e.g., I can at least amuse myself pacifying Rust's borrow checker), but there's no joy in trying to cobble together a build system with CMake/etc or try to get debug information for a segfault.
[ Parent
| on HN ]
Re:The computers are fast, but you don't know it
by gpderetta on Friday June 17, 2022 @10:39AM
(#31778893)
I won't spend any positive words on cmake (I'm a plain make fan), but...
> or try to get debug information for a segfault
what's the problem with opening the core dump with gdb and looking at the backtrace?
Re:The computers are fast, but you don't know it
by throwaway894345 on Friday June 17, 2022 @02:41PM
(#31782516)
You need to provide all of the libraries referenced by the core dump (at the specific versions and compiled with debug symbols) to get gdb to produce a useful backtrace. It's been a decade since I've done professional C++ development, so I'm a bit foggy on the particulars.
Re:The computers are fast, but you don't know it
by jcelerier on Friday June 17, 2022 @04:06PM
(#31783558)
we're in 2022, gdb asks me "can i download missing symbols from the internet" when it loads a binary and does it
Re:The computers are fast, but you don't know it
by throwaway894345 on Friday June 17, 2022 @09:26PM
(#31786516)
Glad to hear the 2022 C++ ecosystem is finally catching up on some regards, but how does it know which version of those dependencies to download, and how does it download closed source symbols?