authorgravatar for kubkon@jakubkonka.comJakub Konka <kubkon@jakubkonka.com> 2022-12-11 08:49:20+01:00
committergravatar for kubkon@jakubkonka.comJakub Konka <kubkon@jakubkonka.com> 2022-12-11 13:46:57+01:00
log0214d2d745c08e4f0a3fbc80cb8393ad295b343c
tree08d5d152b72eea69001287892ff31af7770321d3
parent9bcfe55b5c892ed584a8cc4cb60a4df3a1b8bffc

Remove incorrect assertion in readMachODebugInfo panicking during panic

This fixes a class of bugs on macOS where a segfault happening in a loaded dylib with no debug info would cause a panic in the panic handler instead of simply noting that the dylib has no valid debug info via `error.MissingDebugInfo`. An example could be code linking some system dylib and causing some routine to segfault on say invalid pointer value, which should normally cause Zig to print an incomplete stack trace anchored at the currently loaded image and backtrace all the way back to the Zig binary with valid debug info. Currently, in a situation like this we would trigger a panic within a panic.

1 files changed, 6 insertions(+), 1 deletions(-)

lib/std/debug.zig+6-1
......@@ -1110,7 +1110,12 @@ fn readMachODebugInfo(allocator: mem.Allocator, macho_file: File) !ModuleDebugIn
11101110 else => {},
11111111 }
11121112 }
1113 assert(state == .oso_close);
1113
1114 switch (state) {
1115 .init => return error.MissingDebugInfo,
1116 .oso_close => {},
1117 else => return error.InvalidDebugInfo,
1118 }
11141119
11151120 const symbols = try allocator.realloc(symbols_buf, symbol_index);
11161121