Jeremy
35e555ae39
Error handling in dwarf stuff
2024-03-30 18:32:51 -05:00
Jeremy
4c5d4a5ee4
Remove file_error and duplicate nodiscard
2024-03-30 14:34:44 -05:00
Jeremy
530954e69f
Merge branch 'dev' into jr/more-thorough-error-handling
2024-03-30 14:32:23 -05:00
Jeremy Rifkin
acaa4f42e6
Add a Result type and replace some exceptions with it ( #109 )
2024-03-30 13:35:52 -05:00
Jeremy
89a7afaded
Merge branch 'dev' into jr/more-thorough-error-handling
2024-03-30 13:25:27 -05:00
Jeremy
47e7ee79eb
Formatting update
2024-03-30 11:11:07 -05:00
Jeremy
fa6155ff47
Remove awful stringf system
2024-03-29 23:12:26 -05:00
Jeremy
411fdff8fa
Merge branch 'dev'
2024-03-20 22:08:33 -05:00
Jeremy
d1199dc325
Fix potential null dereference issue, thanks @eyalgolan1337. Resolves #106 .
2024-03-20 22:08:21 -05:00
Billy O'Neal
37e6cef4f9
Defend against min and max macros from windows.h ( #105 )
...
Alternative to
https://github.com/microsoft/vcpkg/pull/37512/files#diff-9f533b43a5faabaa6b5a0e046f0ae425cd85736808604dd61dc9a955db3d060aR9
I left the examples in mach-o.hpp as they are guarded by #if IS_APPLE
2024-03-18 23:03:26 -05:00
Jeremy
91a719e534
Use internal_error over std:: errors
2024-03-09 21:50:49 -06:00
Jeremy
f135232933
First pass at using Result in mach-o logic
2024-03-09 21:10:14 -06:00
Jeremy
f0bedd4104
Try error handling with a Result type
2024-03-09 17:48:09 -06:00
Jeremy
8d6326da07
Update locking in dbghelp_syminit_manager
2024-03-08 17:39:08 -06:00
Jeremy Rifkin
d99f1745d2
Basic source code snippet system ( #98 )
2024-02-28 23:29:24 -06:00
Jeremy
3c7a677689
Add an object address to stacktrace_frame entries, addresses #97 (no pun intended)
2024-02-27 00:34:45 -06:00
Bruce Mitchener
a144002bf0
Tweaks from clang-tidy ( #92 )
...
This is (perhaps) mainly for discussion as I saw you removed
`clang-tidy` checks last year. These fix a variety of minor things.
With one of the options that I was using, these still remain:
```
/Users/bruce/Development/custodian/cpptrace/src/symbols/../utils/utils.hpp:235:22: warning: noexcept specifier on the move constructor evaluates to 'false' [performance-noexcept-move-constructor]
235 | noexcept(std::is_nothrow_move_constructible<T>::value)
| ^
/Users/bruce/Development/custodian/cpptrace/src/symbols/../utils/utils.hpp:250:64: warning: noexcept specifier on the move assignment operator evaluates to 'false' [performance-noexcept-move-constructor]
250 | noexcept(std::is_nothrow_move_assignable<T>::value && std::is_nothrow_move_constructible<T>::value)
| ^
```
2024-02-18 11:21:48 -06:00
Bruce Mitchener
1488460172
Use defined(CPPTRACE_HAS_CXX_EXCEPTION_TYPE). ( #94 )
...
This is set by the build system when it is available and not set when
not available (and not set to 1/0 respectively).
The current code can generate a warning when this preprocessor
definition is not defined.
2024-02-18 11:16:04 -06:00
Jeremy
d7aac52f8b
Add configuration to control resolution of inlined calls
2024-02-04 11:03:03 -06:00
Jeremy Rifkin
79931c8823
Parsing of mach-o symbol tables, generation of debug maps, and resolution through object files ( #82 )
2024-01-29 22:12:59 -06:00
Jeremy
2100723312
Another attempt to resolve libdwarf header issues
2024-01-14 19:56:11 -06:00
Jeremy
3e46d2a570
Fix typo
2024-01-14 18:05:31 -06:00
Jeremy
399e52f460
Try again to fix libdwarf #includes
2024-01-14 15:23:02 -06:00
Jeremy
ca76080968
Updates to better support external libdwarf, because nothing about how libdwarf's cmake is setup is consistent
2024-01-13 01:31:10 -06:00
Jeremy
56b50d279a
Update msvc bug workaround to not produce build warnings
2023-12-04 11:30:37 -05:00
Jeremy
6db9794dc6
Workaround a msvc bug affecting msvc 19.38
2023-12-03 21:33:31 -05:00
Jeremy
0ee29d0855
Use CPPTRACE_PATH_MAX more consistently, and another small refactor
2023-11-20 23:37:49 -06:00
Jeremy
9113cc5ffc
Some refactoring, bring object_frame in line with safe_object_frame. Also renamed address_relative_to_object_base_in_memory.
2023-11-20 23:13:21 -06:00
Jeremy
7c49e64ba6
Updated documentation, added documentation for new stuff, and updated cpptrace.hpp a bit
2023-11-20 22:14:13 -06:00
Jeremy
0e462c7b03
Some restructuring of the directory layout
2023-11-18 23:28:48 -06:00
