Skip to content

fix(native): refrain from widening crashed_tid to uint64_t on macOS#1800

Draft
bitsandfoxes wants to merge 1 commit into
feat/app-hang-macosfrom
fix/crashed-tid-64
Draft

fix(native): refrain from widening crashed_tid to uint64_t on macOS#1800
bitsandfoxes wants to merge 1 commit into
feat/app-hang-macosfrom
fix/crashed-tid-64

Conversation

@bitsandfoxes

@bitsandfoxes bitsandfoxes commented Jun 10, 2026

Copy link
Copy Markdown
Contributor

As far as I can tell this came through this being implemented for Linux first where the thread ID genuinely is a pid_t (32-bit). Windows has this as a DWORD which is 32-bit too.
Later on macOS got retrofit, and thread_identifier_info.thread_id returning a 64-bit caused the squeeze via (pid_t)target_tid.
But since the minidump format in the end has it as 32-bit anyway, it doesn't make sense to neither widen crashed_tid neither in the context nor in the comparison.

#skip-changelog

@bitsandfoxes bitsandfoxes changed the title fix: holding crashed_tid as uint64_t instead of pid_t fix(native): refrain from widening crashed_tid to uint64_t on macOS Jun 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant