DW_FORM_strx with no .debug_str_offsets section #3797

Jasstkn · 2024-08-20T19:20:51Z

Minimal code to reproduce an issue: https://go.dev/play/p/mT1pjsWIx9x. The same issue happens when using this dependency:

helm.sh/helm/v3/pkg/cli/values

go build works normally with no errors.

What version of Delve are you using (dlv version)?

Delve Debugger
Version: 1.23.0
Build: $Id: e673f2da02185a1c2b6dea52842b0a8c7e7a03b9 $

What version of Go are you using? (go version)?

go version go1.23.0 darwin/arm64

What operating system and processor architecture are you using?
MacOS on ARM, issue started to be reproduced since MacOS 15 Beta(24A5327a).
What did you do?
run dlv debugger via VSCode and manually
What did you expect to see?
Debugger is working for my project.
What did you see instead?
The following error:

2024-08-20T21:03:44+02:00 error layer=debugger error loading binary "/Users/mariiak/repos/mycli/__debug_bin2843838000": error reading debug_info: decoding dwarf section info at offset 0x942ab7: DW_FORM_strx with no .debug_str_offsets section
could not launch process: error reading debug_info: decoding dwarf section info at offset 0x942ab7: DW_FORM_strx with no .debug_str_offsets section

I wasn't able to dissect what exactly is causing the issue - any directions are appreciated!

I also found this issue with similar problem that is happening on MacOS 15 Beta mattn/go-sqlite3#1269

The text was updated successfully, but these errors were encountered:

aarzilli · 2024-08-21T08:40:31Z

Can you upload a binary that shows this problem? You can do it by building with go build -gcflags='all=-N -l' and then verifying that it doesn't work by using dlv exec executable_name.

@cherrymui I think there might be new problems with the dsymutil of macOS 15, are you already aware?

Jasstkn · 2024-08-21T09:12:32Z

@aarzilli Hi! Followed you guidance but dlv exec still produces the same error. Here is the binary.
helloworld.zip

cherrymui · 2024-08-21T15:32:42Z

What is the C toolchain you're using, and what version? E.g. the output of clang -v, ld -v, and dsymutil -v? Thanks.

Jasstkn · 2024-08-22T07:03:41Z

@cherrymui hi. here you go:

❯ clang -v
Apple clang version 16.0.0 (clang-1600.0.26.3)
Target: arm64-apple-darwin24.0.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

❯ ld -v
@(#)PROGRAM:ld PROJECT:ld-1115.7.3
BUILD 07:00:06 Aug 10 2024
configured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em
will use ld-classic for: armv6 armv7 armv7s i386 armv6m armv7k armv7m armv7em
LTO support using: LLVM version 16.0.0 (static support for 29, runtime is 29)
TAPI support using: Apple TAPI version 16.0.0 (tapi-1600.0.11.8)

❯ dsymutil -v
Apple LLVM version 16.0.0
   (clang-1600.0.26.3)Optimized build.

AntonPieper · 2024-08-23T09:00:06Z

I have the same exact issue. Also running macOS 15.0 Beta (24A5327a). My clang, ld and dsymutil is also 16.0.0. I get the same DW_FORM_strx with no .debug_str_offsets section error when trying to debug a single file with a sqlite3 dependency.

Jasstkn · 2024-08-27T13:51:21Z

Hello @cherrymui. Do you have any update on this issue? It impacts my ability to debug go code. If there any workarounds available, please advise 🙏🏻

cherrymui · 2024-08-27T15:54:01Z

I don't think the Go toolchain generate DW_FORM_strx. So I guess the (new version of the) C toolchain starts to generate such entries, and Delve doesn't understand?

DW_FORM_strx with no .debug_str_offsets section

This particular error looks like https://cs.opensource.google/go/go/+/master:src/debug/dwarf/entry.go;l=670 . Maybe Go's debug/dwarf package misses something?

Do the system dwarfdump and lldb accept the binary, or complain any malformed DWARF? You probably need to build with -ldflags=-compressdwarf=0 for the Mac system tools to understand its DWARF.

aarzilli · 2024-08-27T16:42:19Z

This is interesting. The name of sections in Mach-O executables is limited to 16 characters, apparently (if there is a way to store longer section names, somehow, I can't find it and debug/macho doesn't do it).
Because __zdebug_str_offsets is longer than 16 it gets truncated to __zdebug_str_off, which debug/dwarf does not recognize (see $GOROOT/src/debug/macho/file.go:651 and related).

aarzilli · 2024-08-27T16:43:28Z

PS the fix for this is going to be 🤮

Go 1.23 and earlier does not take into account that Mach-O section names are limited to 16 characters, which causes DWARF sections with long names to be truncated and become unreadable. Fixes go-delve#3797

cherrymui · 2024-08-27T17:21:19Z

Interesting. Could we have debug/dwarf understand __zdebug_str_off as __zdebug_str_offsets? (If it is not ambiguous?)

aarzilli · 2024-08-27T17:39:17Z

@Jasstkn @AntonPieper can one of you test if #3799 fixes the problem?

@cherrymui If the fix works I'll make something for the standard library, although it seems to me that this belongs more to debug/macho.(*File).DWARF.

Jasstkn · 2024-08-27T18:27:09Z

@Jasstkn @AntonPieper can one of you test if #3799 fixes the problem?

@cherrymui If the fix works I'll make something for the standard library, although it seems to me that this belongs more to debug/macho.(*File).DWARF.

I built dlv from your commit and it looks like I can no longer reproduce the issue - the same binary as I attached above started to work with dlv.

./dlv version
Delve Debugger
Version: 1.23.0
Build: 1ac48d1051db06b1c5897eb8898033a0ed0717df

./dlv exec ../../../src/jasstkn/hello-world/helloworld
Type 'help' for list of commands.
(dlv)

Go 1.23 and earlier does not take into account that Mach-O section names are limited to 16 characters, which causes DWARF sections with long names to be truncated and become unreadable. Fixes go-delve#3797

Psykepro · 2024-08-29T13:32:42Z

Guys I'm with M3 Max chip and receive the same errors by trying to run the following code:

package main

import (
	"log/slog"

	"github.com/ethereum/go-ethereum/core/types"
)

func main() {
	block := types.Block{}
	slog.Info(block)
}

Just by importing anything from go-ethereum I receive the following error on trying to debug with dlv:
Failed to launch: could not launch process: error reading debug_info: decoding dwarf section info at offset 0x98aac: DW_FORM_strx with no .debug_str_offsets section

Here are which version I'm using:
GoLang:

go version go1.23.0 darwin/arm64

dlv:

Delve Debugger
Version: 1.23.0
Build: $Id: e673f2da02185a1c2b6dea52842b0a8c7e7a03b9

go-ethereum:

require github.com/ethereum/go-ethereum v1.13.1

Please help me fix this.

The Mach-O file format truncates section names to 16 characters maximum, which makes some sections unrecognizable to debug/dwarf. This CL works around this problem by re-expanding the truncated section names. This problem was originally reported as: go-delve/delve#3797 Change-Id: I8c4a02493b8d5c3f63c831da43f6292124edf670 Reviewed-on: https://go-review.googlesource.com/c/go/+/608995 Auto-Submit: Ian Lance Taylor <[email protected]> LUCI-TryBot-Result: Go LUCI <[email protected]> Reviewed-by: Ian Lance Taylor <[email protected]> Reviewed-by: Cherry Mui <[email protected]>

cpeliciari · 2024-09-02T01:58:06Z

I'm even using macOS 15.1 Beta, I reinstalled the system and the problem persists.
I suggest using devcontainer for development until this is fixed.

API server listening at: 127.0.0.1:54312
debugserver-@(#)PROGRAM:LLDB  PROJECT:lldb-1600.0.36.3
 for arm64.
Got a connection, launched process /Users/peliciari/Library/Caches/JetBrains/GoLand2024.2/tmp/GoLand/___go_build_github_com_flamingotv_broker (pid = 18073).
2024-09-01T22:49:15-03:00 error layer=debugger error loading binary "/Users/peliciari/Library/Caches/JetBrains/GoLand2024.2/tmp/GoLand/___go_build_github_com_flamingotv_broker": error reading debug_info: decoding dwarf section info at offset 0x50d5af: DW_FORM_strx with no .debug_str_offsets section
Exiting.
could not launch process: error reading debug_info: decoding dwarf section info at offset 0x50d5af: DW_FORM_strx with no .debug_str_offsets section

cpeliciari · 2024-09-02T02:26:55Z

@aarzilli I tested your solution but it didn't work

aarzilli · 2024-09-02T05:26:27Z

@cpeliciari GoLand uses it's own copy of dlv, you have to replace it, it's inside the GoLand directory somewhere.

Psykepro · 2024-09-02T09:20:30Z

@aarzilli your fix works. Sorry for not testing it before :D I guess this fix will be released with the next version?

cpeliciari · 2024-09-02T12:40:39Z

@aarzilli Apparently, when starting the debug session, I need to manually resume it through GoLand, whereas before it would just go straight to the breakpoint.

Go 1.23 and earlier does not take into account that Mach-O section names are limited to 16 characters, which causes DWARF sections with long names to be truncated and become unreadable. Fixes #3797

siennathesane · 2024-09-18T19:04:56Z

For Goland users, here's the quick fix:

GOBIN=/Users/$USER/Applications/GoLand.app/Contents/plugins/go-plugin/lib/dlv/macarm go install github.com/go-delve/delve/cmd/dlv@b9fadba

nadeemc · 2024-09-19T05:36:27Z

For Goland users, here's the quick fix:

GOBIN=/Users/$USER/Applications/GoLand.app/Contents/plugins/go-plugin/lib/dlv/macarm go install github.com/go-delve/delve/cmd/dlv@b9fadba

Thank you for sharing! For those having the application installed for all users, you may need to run this instead:

GOBIN=/Applications/GoLand.app/Contents/plugins/go-plugin/lib/dlv/macarm go install github.com/go-delve/delve/cmd/dlv@master

ubeyali · 2024-09-19T11:17:53Z

For Goland users, here's the quick fix:
GOBIN=/Users/$USER/Applications/GoLand.app/Contents/plugins/go-plugin/lib/dlv/macarm go install github.com/go-delve/delve/cmd/dlv@b9fadba
Thank you for sharing! For those having the application installed for all users, you may need to run this instead:
GOBIN=/Applications/GoLand.app/Contents/plugins/go-plugin/lib/dlv/macarm go install github.com/go-delve/delve/cmd/dlv@master

That works for me. Thanks!

shawnzxx · 2024-09-23T06:07:08Z

The above solution works for me,
Goland folder macarm doesn't have dlv file caused the issue,
I don't know why the file was removed after I upgraded the Mac OS.
Anyway I manually copied from /Users/shawnzhang/go/bin/dlv back to amcarm folder, and solved GoLand IDE debugger.

s0xzwasd · 2024-09-23T09:21:20Z

GoLand team released 2024.2.2.1 version of GoLand that includes the latest Delve version with the fix. You may consider updating the IDE instead of replacing Delve binary manually.

TelenLiu · 2024-10-07T12:46:09Z

MacOS 15， GoLand team released 2024.2.3， use （https://github.com/djimenez/iconv-go | https://github.com/faiface/beep | https://github.com/shirou/gopsutil/v3）will error like：

Warning: no debug info found, some functionality will be missing such as stack traces and variable evaluation.
Exiting.
could not launch process: could not read debug info (decoding dwarf section info at offset 0x0: too short) and could not read go symbol table (could not find rodata struct member)

GrisaiaEvy · 2024-10-09T04:27:26Z

MacOS 15， GoLand team released 2024.2.3， use （https://github.com/djimenez/iconv-go | https://github.com/faiface/beep | https://github.com/shirou/gopsutil/v3）will error like：

Warning: no debug info found, some functionality will be missing such as stack traces and variable evaluation. Exiting. could not launch process: could not read debug info (decoding dwarf section info at offset 0x0: too short) and could not read go symbol table (could not find rodata struct member)

Have you solved this problem?

s0xzwasd · 2024-10-09T06:05:22Z

could not find rodata struct member

can you reproduce it with 1.23 version of Go?

akbarchandanianz · 2024-10-15T07:07:03Z

MacOS 15， GoLand team released 2024.2.3， use （https://github.com/djimenez/iconv-go | https://github.com/faiface/beep | https://github.com/shirou/gopsutil/v3）will error like：

Warning: no debug info found, some functionality will be missing such as stack traces and variable evaluation. Exiting. could not launch process: could not read debug info (decoding dwarf section info at offset 0x0: too short) and could not read go symbol table (could not find rodata struct member)

Have you able to resolve this issue?

FatIgor · 2024-10-17T17:40:41Z

I get much the same as above, have been since I started learning go for a side project.

API server listening at: 127.0.0.1:49730
debugserver-@(#)PROGRAM:LLDB PROJECT:lldb-1600.0.36.3
for arm64.
Got a connection, launched process /Users/fatigor/Library/Caches/JetBrains/GoLand2024.2/tmp/GoLand/__1go_build_Tree_Demo__1 (pid = 2688).
Warning: no debug info found, some functionality will be missing such as stack traces and variable evaluation.
Exiting.
could not launch process: could not read debug info (decoding dwarf section info at offset 0x0: too short) and could not read go symbol table (could not find rodata struct member)

taitelman · 2024-10-21T11:12:23Z

I got a tougher problem: also Upgraded macOS to Sequoia 15.0.1
my GoLand dlv is installed in /Applications/GoLand.app/Contents/plugins/go/lib/dlv/macarm/
and

$ sudo GOBIN=/Applications/GoLand.app/Contents/plugins/go/lib/dlv/macarm/  go install github.com/go-delve/delve/cmd/dlv@master
Password:
github.com/go-delve/delve/cmd/dlv: go install github.com/go-delve/delve/cmd/dlv: copying /tmp/go-build3874712439/b001/exe/a.out: open /Applications/GoLand.app/Contents/plugins/go/lib/dlv/macarm/dlv: operation not permitted

so I went to System Preferences --> Privacy & Security --> Full Disk Access --> enable radio button for terminal app. re-run the copy command in terminal (which works now).
Nevetheless , GoLand 2022 still fails in the same way. editing bin/idea.properties#dlv.path will have nil effect too.
I get now:

Cannot find the Delve executable for darwin/arm64. Specify the Delve location by adding 'dlv.path=/path/to/delve' in 'Help | Edit Custom Properties'.

then I discovered I edited the wrong properties file
I should add the dlv path in goland.vmoptions file as a custom VM option and add -Ddlv.path=.... and not as standard custom option.

still facing Warning: no debug info found,
solved by installing Go v1.23

yuyinweiliao · 2024-11-04T02:37:13Z

For Goland users, here's the quick fix:
GOBIN=/Users/$USER/Applications/GoLand.app/Contents/plugins/go-plugin/lib/dlv/macarm go install github.com/go-delve/delve/cmd/dlv@b9fadba
Thank you for sharing! For those having the application installed for all users, you may need to run this instead:
GOBIN=/Applications/GoLand.app/Contents/plugins/go-plugin/lib/dlv/macarm go install github.com/go-delve/delve/cmd/dlv@master

Thanks

aarzilli mentioned this issue Aug 27, 2024

proc: workaround for macOS section name truncation #3799

Merged

aarzilli added kind/bug kind/upstream os/macOS area/proc labels Aug 30, 2024

derekparker closed this as completed in #3799 Sep 3, 2024

aarzilli mentioned this issue Sep 17, 2024

Xcode 16 tool chain (associated with macOS 15) appears to break delve ability to access debug data. #3811

Closed

aarzilli mentioned this issue Sep 19, 2024

Can't debugging on macOS Sequoia #3812

Closed

jeremyforan mentioned this issue Sep 19, 2024

could not launch process: decoding dwarf section info at offset 0x0: too short #1138

Closed

sonientaegi mentioned this issue Sep 20, 2024

Can't debugging on macOS Sequoia with intel mac #3813

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

DW_FORM_strx with no .debug_str_offsets section #3797

DW_FORM_strx with no .debug_str_offsets section #3797

Jasstkn commented Aug 20, 2024 •

edited

Loading

aarzilli commented Aug 21, 2024

Jasstkn commented Aug 21, 2024 •

edited

Loading

cherrymui commented Aug 21, 2024

Jasstkn commented Aug 22, 2024

AntonPieper commented Aug 23, 2024

Jasstkn commented Aug 27, 2024

cherrymui commented Aug 27, 2024

aarzilli commented Aug 27, 2024

aarzilli commented Aug 27, 2024

cherrymui commented Aug 27, 2024

aarzilli commented Aug 27, 2024

Jasstkn commented Aug 27, 2024 •

edited

Loading

Psykepro commented Aug 29, 2024 •

edited

Loading

cpeliciari commented Sep 2, 2024

cpeliciari commented Sep 2, 2024

aarzilli commented Sep 2, 2024

Psykepro commented Sep 2, 2024

cpeliciari commented Sep 2, 2024

siennathesane commented Sep 18, 2024

nadeemc commented Sep 19, 2024

ubeyali commented Sep 19, 2024

shawnzxx commented Sep 23, 2024 •

edited

Loading

s0xzwasd commented Sep 23, 2024

TelenLiu commented Oct 7, 2024 •

edited

Loading

GrisaiaEvy commented Oct 9, 2024

s0xzwasd commented Oct 9, 2024

akbarchandanianz commented Oct 15, 2024

FatIgor commented Oct 17, 2024

taitelman commented Oct 21, 2024 •

edited

Loading

yuyinweiliao commented Nov 4, 2024

DW_FORM_strx with no .debug_str_offsets section #3797

DW_FORM_strx with no .debug_str_offsets section #3797

Comments

Jasstkn commented Aug 20, 2024 • edited Loading

aarzilli commented Aug 21, 2024

Jasstkn commented Aug 21, 2024 • edited Loading

cherrymui commented Aug 21, 2024

Jasstkn commented Aug 22, 2024

AntonPieper commented Aug 23, 2024

Jasstkn commented Aug 27, 2024

cherrymui commented Aug 27, 2024

aarzilli commented Aug 27, 2024

aarzilli commented Aug 27, 2024

cherrymui commented Aug 27, 2024

aarzilli commented Aug 27, 2024

Jasstkn commented Aug 27, 2024 • edited Loading

Psykepro commented Aug 29, 2024 • edited Loading

cpeliciari commented Sep 2, 2024

cpeliciari commented Sep 2, 2024

aarzilli commented Sep 2, 2024

Psykepro commented Sep 2, 2024

cpeliciari commented Sep 2, 2024

siennathesane commented Sep 18, 2024

nadeemc commented Sep 19, 2024

ubeyali commented Sep 19, 2024

shawnzxx commented Sep 23, 2024 • edited Loading

s0xzwasd commented Sep 23, 2024

TelenLiu commented Oct 7, 2024 • edited Loading

GrisaiaEvy commented Oct 9, 2024

s0xzwasd commented Oct 9, 2024

akbarchandanianz commented Oct 15, 2024

FatIgor commented Oct 17, 2024

taitelman commented Oct 21, 2024 • edited Loading

yuyinweiliao commented Nov 4, 2024

Jasstkn commented Aug 20, 2024 •

edited

Loading

Jasstkn commented Aug 21, 2024 •

edited

Loading

Jasstkn commented Aug 27, 2024 •

edited

Loading

Psykepro commented Aug 29, 2024 •

edited

Loading

shawnzxx commented Sep 23, 2024 •

edited

Loading

TelenLiu commented Oct 7, 2024 •

edited

Loading

taitelman commented Oct 21, 2024 •

edited

Loading