Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[SR-13493] Improve lldb warning about invalid ASTs #4420

Open
keith opened this issue Sep 3, 2020 · 0 comments
Open

[SR-13493] Improve lldb warning about invalid ASTs #4420

keith opened this issue Sep 3, 2020 · 0 comments
Assignees
Labels
bug LLDB for Swift

Comments

@keith
Copy link

@keith keith commented Sep 3, 2020

Previous ID SR-13493
Radar None
Original Reporter @keith
Type Bug
Additional Detail from JIRA
Votes 0
Component/s LLDB for Swift
Labels Bug
Assignee @kastiglione
Priority Medium

md5: 775ec51e2004785356e14d7216209a6c

Issue Description:

We recently hit an error where we passed an invalid module to -add_ast_path, this was completely our fault but it was a bit harder to debug because of the generic messages from LLDB. In the console once we stopped at a breakpoint you see:

path/to/binary: Cannot load Swift type information; AST validation error: The serialized module is corrupted.AST validation error: The serialized module is corrupted.

With the lldb types log we see this log

LOG_PRINTF(LIBLLDB_LOG_TYPES, "failed to parse AST section %zu of %zu.",

It would be great if the path to the invalid module was produced in one or both of these logs so that it would be some extra info to help debug. I was able to correlate the ordering of the logs from the types log with the output of `dsymutil -s binary | grep AST` to find the invalid module.

@swift-ci swift-ci transferred this issue from apple/swift-issues Apr 25, 2022
@shahmishal shahmishal transferred this issue from apple/swift May 5, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug LLDB for Swift
Projects
None yet
Development

No branches or pull requests

1 participant