José Fonseca

I wonder if the hangs are due to loading symbols from Microsoft symbol server. You can try to set `_NT_SYMBOL_PATH=C:\Symbols` globally (via Machine settings) or modify the source code to...

Sorry, @alvinhochun, I dropped the ball on this. https://github.com/alvinhochun/drmingw/commit/c741ae1473f8d090293c588e9e5aa9dea126c82d and https://github.com/alvinhochun/drmingw/commit/25e5211e95dfa6418cbbb151af0ac3f6786a1480 look good. But https://github.com/alvinhochun/drmingw/commit/25e5211e95dfa6418cbbb151af0ac3f6786a1480 introduces `GetSymFromAddrWithOffset` which doesn't exist in DbgHelp, and I don't think it's necessary. [`SYMBOL_INFO`](https://docs.microsoft.com/en-us/windows/win32/api/dbghelp/ns-dbghelp-symbol_info) already...

You're right. I got confused.

Perhaps recent msys2 clang is generating newer DWARF information. I'll try to update the bundled dwarf library to a newer version. Perhaps that solves the issue.

@Optiligence , please retry with the binaries from https://github.com/jrfonseca/drmingw/releases/tag/0.9.2 that should (hopefully) become available in 15 mins or so.

It had been 3 years since I last updated libdwarf. And it did made a difference in the past, be from gcc using newer dwarf features or bugs. Please build...

The problem is that `dwarf_get_arange` call in `src/mgwhelp/dwarf_find.cpp` is failing for clang. I'm not sure why. I suspect that the addresses emitted by clang have a different base offset. When...

It seems the problem is that clang does not generate DWARF `.debug_aranges` information. There was a patch to add and option for this, http://lists.llvm.org/pipermail/cfe-commits/Week-of-Mon-20140210/099034.html , but the MSYS2 version doesn't...

I think a solution is to iterate over compilation units, like done in https://github.com/elftoolchain/elftoolchain/blob/trunk/addr2line/addr2line.c

I'm not sure what this would entail (I suspect it would require `mgwhelp` to intercept and remove its structures when the respective dbghelp functions get called), but I agree it...